je voulais savoir si c'est normal cette lourdeur pour l'execution du code
 
il met un temps dingue à executer de petit fichier (alors qu'est ce que ça doit être des grand)
 
-de plus si lors de mes import je spécifie uniquement les objets utilisé du style import java.awt.Graphics au lieu de java.awt.*
(est ce que ça irait pas plus vite ?
 
 
(mémoire 80 méga et j'ai juste jdk)

Si ca te rassure avec 128 Mo ca rame encore et avec 256 c'est juste. C'est l'aide de JBuilder qui rame le plus

bien justement j'ai pas installé Jbuiler
j'ai juste tapé jdk sans les composant C ni la doc (net)

Ca dépend de ton PC, et de ce que tu lui fais faire. Ca dépend aussi de la version de ton JDK.
 
Moi, j'ai un PIII600 avec 128 Mo, et c'est honnête. Par contre, vérifie que le Just-In-Time compiler est activé, la différence est importante en matière de vitesse d'exécution. A savoir aussi HotSpot Server est nettement plus rapide que le JIT fourni en standard avec le JDK 1.2.

- ça dépends de ce que je lui fait faire ??? : des truc de newB pour débutant.(rien de bien hard)
 
-voir la version = jdk-1.2.2-004, native threads, symcjit
visiblement le jit est installé mais je sais ce que c'et le symcjit ?
 
-JIT possiblie qu'il soit installé mais pas activée ? dans ce cas comment ?

quand tu mets java.awt.Graphics au lie de java.awt.* tu vas gagner un peu c sur mais bon....c pas ca qui te fais tout ramer..c peut etre aussi ton code qui est crade !!
Mais dans tout les cas, que tu fasse une petite appli ou un truc enorme, le lancement va toujours te prendre un certain temps...genre un programme 10 fois plus gros que ton prog ne prendra pas 10 fois plus de temps a se lancer...ce sera plus lent , c sûr mais bon...Chez moi par exemple, sur mon PII 400 avec 128Mo de RAM, un prog qui fait 5000 lignes prends 5-10 secondes a se lancer et apres il ne rame pas trop durant l'execution...ALORS arretons de cracher sur la vitesse de java, merde... java C BIEN !!  
Java fait des trucs(je sais pas quoi) automatiquement au lancement d'une appli et ca, ca prends du temps.Mais bon attendons l'arrivee de la Javachip qui va nous revoutionner tout ca !!!

Java, c'est normal que ça rame. Par contre (et à l'opposé de la philosophie Java), il n'est pas interdit de sous-classer finaly() et de forcer les references à 0 pour forcer à libérer de la mémoire.

Ca dépend ce que tu appelles ramer. Moi, j'ai fait une petite applet de calcul et d'affichage de l'ensemble de Mandelbrot. Sur la machine sus-citée, l'ensemble entier met une demi-seconde à être calculé (avec 480x300 points sur l'image). Ce qui est tout à fait raisonnable.
 
nOmad> "Sous-classer finaly()"   Là, il doit y avoir un blème, je ne comprends pas ce que tu suggères.
 
lamatrice> symcjit, c'est le Just-In-Time Compiler de Symantec.
 
louisebrooks> Il va falloir que tu nous donnes du code, si tu veux qu'on soit plus précis...

C'est finalize() que je voulais dire, ma fourche a langué, sorry. Le java, ça s'apprend vite mais ça s'oublie vite. Gasp !

[edit]--Message édité par n0mad--[/edit]

Java met un certain temps a charger les differentes classes de ton projet, si tu utilises les composants swing et d'autres library ca augmente encore le temps de chargement de maniere considerable et en jit compiling, il doit aussi effectuer la compilation pour que ca s'execute en natif, gain de temps a l'execution mais perte de temps au lancement.
Il ne faut pas oublier non plus que java est plus riche que c++ par exemple, C++ en fait le minimum (laisse tout faire par le programmeur) alors que java est bourre de mecanismes de controles, d'exceptions, de garbage collector, qui plombent forcement la vitesse d'execution par rapport a une implantation minimale en C++.
A+
LEGREG