cf http://linuxfr.org/2002/12/07/10578.html pour le précédent, celui-ci est effectué sur un p-III bipro et un p-IV avec l'hyper-threading, la comparaison porte sur du code c++, fortran et java.
http://www.coyotegulch.com/reviews/almabench.html
à lire, rien que pour les conclusions de l'auteur sur java :°):
The problem with Java's performance is not my code or my lack of Java skills -- the real problem is that Java 1.4 is slow
J'ai l'immense tristesse de vous faire par de la disparition brutale de la
Tribune Libre de linuxfr, lundi 16 Décembre 2002 aux alentours de 13h. L'enterrement a eu lieu dans la plus stricte intimité. C'est l'occasion de lui rendre un dernier hommage.
Toutes mes condoléances à Plop.
<a>wmc² 2.4.2a</a> est sorti inopinement, et j'ai installé un nouveau couvercle bleu azur sur mes chiottes.
C'est bien cool.
La version de 0.95 de Lush vient d'être annoncée sur Freshmeat (première annonce de ce projet, a priori). Il s'agit d'un langage qui se veut orienté objet et adapté au calcul numérique et aux applications graphiques, le but étant de remplacer l'immonde langage de Matlab. LUSH est défini par ses auteurs comme pouvant remplacer toute combinaison des langages suivants Matlab, Python, Perl, S+, BASIC, et C (tiens, y'a pas le Fortran ;-).. Des « bindings » pour de nombreuses bibliothèques sont disponibles.
La mascotte est une grenouille.
Je m'interroge sur la durée de conservation de aliments surgelés dans le freezer de mon frigo tout cabossé: sur les emballages il y a marqué 3 jours maxi mais je sais d'experience que le truc ne pourrit pas subitement à la 72ième heure.
J'ai caché les clefs sous la limule en caoutchouc. N'oublie pas d'arroser l'ornythorinque.
.
En cherchant un dictionnaire français-anglais pour
kdict je suis tombé sur la page du
Spiers English-French Dictionnary, qui est semble-t-il un projet pour construire un dictionnaire libre à partir des pages scannées d'un vieux dictionnaire tombé dans le domaine public (pour l'instant les pages sont en .doc, les raisons sont données dans la
faq).
Y'a-t-il d'autres projets du même acabit ? Qu'existe-t-il pour l'instant comme dictionnaires libres ?
Raphaël Quinet est l'auteur d'une version modifiée de LILO, basée sur celle de la Suse 7.2, qui permet d'avoir un écran de démarrage un peu plus ludique que le bon vieux prompt LILO: .. Il y a des petits tux qui se promènent, un casse brique etc.
C'est à la fois idiot, non productif et marrant: j'aime bien :)
userlocal propose un article plutôt intéressant sur la compilation de KDE 2.2.2 . On y parle entre autres de objprelink, qui semble vraiment efficace au vu des temps annoncés dans l'article: sur la machine de l'auteur, le temps de démarrage de KDE passe de 30-40 secondes à 10-15 , et celui de konqueror passe de 6-10 secondes à 2-4 !
En regardant Freshmeat, j'ai remarqué que la GSL (Gnu Scientific Library) venait de sortir en v1.0. Cette librarie implémente de nombreux algorithmes utiles pour le calcul scientifique (voir la homepage), elle est écrite en C et peut être utilisée depuis Perl ou Python.
Selon
cet article de
linuxfrench, il sera possible de développer des applications pour
KDE 3 en C (et non en C++ comme c'était le cas auparavant). L'utilisation des bibliothèques KDE devrait même être possible depuis Java et Objective-C. A priori c'est une bonne nouvelle pour tous ceux qui souhaitent développer pour KDE et sont allergiques au C++.
Gnome 2.0 alpha 1 est disponible sur les ftps de gnome.org et ses miroirs. C'est une technology preview, donc plutot destinée aux développeurs et aux utilisateurs aventureux (impossible de l'installer à côté de gnome 1.x, et il ne s'agit que des gnome-libs).
Sur Slashdot, on trouve un article faisant référence à une proposition (sérieuse) de nouveau langage, qui voudrait être le successeur du C et du C++. Le draft de la spécification est très intéressant: il ne s'agit pas de construire un langage entièrement compatible avec le C/C++, mais qui facilite le portage. Le D serait compilé, linkable avec les lib C mais pas C++, sans préprocesseur, sans héritage multiple, sans templates et sans surcharge d'opérateur. Il implémenterait par contre un garbage-collector, un système de modules, les exceptions, unicode, un support pour le débuggage, et surtout une vrai gestion des tableaux (ce langage se destine entre autre aux numériciens).
On peut noter que l'auteur est quelqu'un de plutot sérieux et qui connait le sujet puisqu'il est l'auteur original du compilateur Zortech C++ et du compilateur C++
Digital Mars.
La société
SGDL a présenté au SIGGRAPH 2001 une technique de représentation d'images 3D où les objets ne sont pas décrits par des polygones, mais par un langage (le SGDL script, bien sur). Ce serait donc, d'après l'article, une approche complètement nouvelle de la 3D.
Malheureusement l'article est assez vague et on reste un peu sur sa faim...