voila, c'est exactement ca.
SWT tourne tres bien sous windows, en etant reactif. Mais la lib n'est pas encore mure, ils y sont presque, je pense qu'on aura un SWT parfaitement mur pour la version 5 (estimation pyfometre total).
SWING peut tourner a peu pres decemment, mais ca reste un gros bouzin immonde.
Et pour ce qui est du calcul pur, j'ai fait un bench (rapide) fortran/java 1.4 de code de calcul scientifique (simulation numerique pour l'armee), java etait 1.3 fois plus lent que le code fortran.
Je suis pas sur que le C++ aurait ete tellement plus rapide.
Le code a ete porte a l'arrache de chez arrache, en utilisant systematiquement des objets au lieu des types de bases.
Et en utilisant java5, on devrait pouvoir encore diminuer cet ecart, et plus encore en adaptant le code au langage.
Ce qui fait perdre du temps, c'est le lancement de la jvm, ca s'est grandement ameliore avec java5, faut que la transition se fasse quoi.
Regarde une appli comme eclipse, c'est un truc monstrueux qui fait enormement de choses en meme temps et reste pourtant tres reactif et pas si gourmand que ca au vu de tout ce qu'il fait (je tourne generalement dans les 100-150Mo d'occupation, avec 4 projets ouvert, lomboz/tomcat en plugin, 20 a 30 jars de dependances par projet et quelques dizaines de milliers de lignes de code en tout)
Regarde tomcat qui supporte de grosse charges sans broncher, et pourtant c'est pas les I/O qui manquent sur un serveur d'appli (entre les logs, les IO reseau, les connections DB etc..)
[^] # Re: Sauf que ...
Posté par serge_kara . En réponse à la dépêche Wine débarque bientôt. Évalué à 2.
SWT tourne tres bien sous windows, en etant reactif. Mais la lib n'est pas encore mure, ils y sont presque, je pense qu'on aura un SWT parfaitement mur pour la version 5 (estimation pyfometre total).
SWING peut tourner a peu pres decemment, mais ca reste un gros bouzin immonde.
Et pour ce qui est du calcul pur, j'ai fait un bench (rapide) fortran/java 1.4 de code de calcul scientifique (simulation numerique pour l'armee), java etait 1.3 fois plus lent que le code fortran.
Je suis pas sur que le C++ aurait ete tellement plus rapide.
Le code a ete porte a l'arrache de chez arrache, en utilisant systematiquement des objets au lieu des types de bases.
Et en utilisant java5, on devrait pouvoir encore diminuer cet ecart, et plus encore en adaptant le code au langage.
Ce qui fait perdre du temps, c'est le lancement de la jvm, ca s'est grandement ameliore avec java5, faut que la transition se fasse quoi.
Regarde une appli comme eclipse, c'est un truc monstrueux qui fait enormement de choses en meme temps et reste pourtant tres reactif et pas si gourmand que ca au vu de tout ce qu'il fait (je tourne generalement dans les 100-150Mo d'occupation, avec 4 projets ouvert, lomboz/tomcat en plugin, 20 a 30 jars de dependances par projet et quelques dizaines de milliers de lignes de code en tout)
Regarde tomcat qui supporte de grosse charges sans broncher, et pourtant c'est pas les I/O qui manquent sur un serveur d'appli (entre les logs, les IO reseau, les connections DB etc..)