Deux nouvelles versions de Jdk disponibles

Posté par Anonyme le 28 décembre 2000 à 07:50. Modéré par Fabien Penso.

Étiquettes :

déc.

2000

Pas grand chose de neuf si ce n'est quelques développeurs Java sous Linux qui seront soulagés des bugs de jeunesse du dernier Jdk de Sun (désolé, Solaris j'ai pas chez moi).

Sinon vous pressez pas pour le télécharger, la version BlackDown risque de pas tarder ;-).

Aller plus loin

JavaTM 2 SDK, Standard Edition (J2SE) VJavaTM 2 SDK, Standard Edition (J2SE) (1 clic)
Java Development Kit (JDK) 1.1.8_12 Production Release for Solaris (6 clics)

# Dommage

Posté par Da Dude le 28 décembre 2000 à 11:38. Évalué à 1.

Ce qui est dommage tout de même, c'est que la meilleure implémentation de Java est celle sous Windows, mais c'est l'OS qui pose problème. Alors que là, on a un bon OS, mais une implémentation Java complètement naze.
- [^] # Re: Dommage
  
  Posté par Anonyme le 28 décembre 2000 à 11:53. Évalué à 0.
  
  ... le jdk sous Winwin est bridé par défault (taille de la neurserie pour les connaisseurs) ...
  
  le meilleurs jdk est celui de Solaris comme par hazard ...
  - [^] # Re: Dommage
    
    Posté par Da Dude le 28 décembre 2000 à 11:57. Évalué à 1.
    
    C'est facile de jetter des allégations sans fondement, mais c'est limite troll.
    
    La réalité, c'est que la JVM pour windows booste et écrase tout le reste. Désolé si ça fache, c'est juste la réalité.
    - [^] # Re: Dommage
      
      Posté par bad sheep (site web personnel) le 28 décembre 2000 à 12:01. Évalué à 1.
      
      C'est la première fois que j'entends ça... autant la version linux est pas terrible, autant la version pour Solaris explose tout (sic)
      - [^] # Re: Dommage
        
        Posté par Da Dude le 28 décembre 2000 à 12:14. Évalué à 1.
        
        C'est pourtant clair :
        
        http://www.volano.com/report.html(...)
        
        C'est triste à dire, mais c'est comme ça : la meilleure JVM tourne sous windows.
        
        Quant à la JVM Solaris, elle est en dessous de tout.
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 12:20. Évalué à 0.
        
        ... tout dépend des test mais je peux te dire que sur une application necessitant une jvm de 1Giga (oui ça existe ...) la jvm 1.3 sous solaris explose la même sous Windows
        
        car dans ce test le gc mais 5 à 7 secondes à passer toutes les 10 min sous solaris et toutes minutes sous windows
        
        alors pour une application serveur à 1000 utilisateur simultaner ça la fout mal 5 seconde d'intéruption de service toutes les minutes ...
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 14:56. Évalué à 0.
        
        C'est sympa le Volcano Benchmark, mais à part un benchmark de serveur de chat qu'est-ce que c'est?
        
        C'est marqué clairement que ce qui est testé, c'est le montée en charge avec des connexions TCP persistantes..
        C'est pas vraimment l'application la plus courante.. mais bon ca permet de savoir sur quel JDK il faut faire tourner les produits de Volcano.. :-)
    - [^] # Re: Dommage
      
      Posté par Anonyme le 28 décembre 2000 à 12:15. Évalué à 0.
      
      non ce n'est pas un troll
      
      la taille de la nurserie est plus petite sur les les plateformes intel par default et peu de personne savent comment changer cette taille...
      
      résultat un object sort très facilement de la nurserie et doit être géré par le full gc (et oui il a 2 gc par jvm ...)
      
      avant de crier aux trolls ... renseigne toi ...
      - [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 13:45. Évalué à 0.
        
        C'est quoi la "nurserie" ?
        
        [^] # Re: Dommage
        
        Posté par reno le 28 décembre 2000 à 14:02. Évalué à 1.
        
        Bin, c'est la ou sont place les "bebe-objets" :-)
        
        Si ma memoire est bonne, certains GC classent les objets en deux partie:
        - les objets recents, qui ont souvent une duree de vie tres limitee (d'ou l'appelation nurserie), ces objets la sont scannes souvent pour limite l'utilisation memoire
        - les vieux objets qui eux ont une duree de vie moyenne beaucoup plus longue: le GC scanne cette liste plus rarements..
        
        Il y a un nom qui decrit ce type de GC, je l'ai sur le bout de la langue, bah il va me revenir plus tard.
        
        [^] # Re: Dommage
        
        Posté par Da Dude le 28 décembre 2000 à 14:11. Évalué à 1.
        
        Peu importe, tu peux me donner toutes les explications que tu veux, avec tous les termes techniques de nurserie que tu veux, il reste que la vm sous windows booste sa race, et si les autres ne veulent pas utiliser les mêmes optimisation de nurserie que windows, c'est leur problème.
        
        On peut que voir les benchs, et ils sont chant-mé pour la JVM de windows.
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 14:34. Évalué à 0.
        
        à chacun ses benchs mais en production (dans la vrai vie ... ) une jvm est bien sous solaris
        
        mais pour comprendre cela il faut un minimum de connaissance sur java ( comme savoir ce qu'est la nurserie ...)
        
        en parlant de bench j'ai vu un bench qui permettait de dire que win 3.1 écraser win 2000 et linux en noyaux 2.2 ( j'ai perdu l'url si quelqu'un me la retrouve ...)
        
        [^] # Re: Dommage
        
        Posté par Da Dude le 28 décembre 2000 à 14:44. Évalué à 1.
        
        Laisse moi rire, tu nous montres ta belle confiture, bien étalée, rien de plus, tu viens sûrement de voir ça dans un cours cette semaine, dans une semaine tu auras déjà oublié... Quel trolleur, j'hallucine !
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 14:58. Évalué à 0.
        
        c'est vrai que le débat serai plus interressant (pour toi) si on enlevé tous les arguments techniques que tu ne comprend pas.
        
        les bench foireux et les affirmations non justifier (et non justifiable) venant de ta part son les seules acceptable
        
        p.s : renseigne toi sur java avant de parler tu sera plus crédible
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 14:36. Évalué à 0.
        
        tu n'as rien compris ...
        une petite nurserie c'est mal ça oblige le full gc à passer souvent et ça c'est mal
        
        la jvm sous window à une petite nurserie don c'est mal
        
        toi y en a comprendre
        
        [^] # Re: Dommage
        
        Posté par Da Dude le 28 décembre 2000 à 14:43. Évalué à 1.
        
        Ha ok, ça va plus vite, donc c'est mal... Je pige mieux là...
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 14:56. Évalué à 0.
        
        5 à 7 secondes toutes les 10 minutes sous solaris
        5 à 7 secondes toutes les 01 minute sous windows
        
        donc c'est plus lent sous windows pour une jvm de 1 Giga (parfois necessaire dans les VRAI application ;-)
        
        c'est ce qu'on appelle du profiling java ...
        
        [^] # Re: Dommage
        
        Posté par Da Dude le 28 décembre 2000 à 15:08. Évalué à 1.
        
        dak, c'est plus rapide quand on a une appli qui tourne avec une JVM de 1Go, mais faudrait voir à attérir un peu, ou arrêter de fumer la moquette, je sais pas : On s'en fout que ça soit plus rapide pour ce cas de figure très particulier qui ne représente que 0,00001% des cas ! Ce qui compte c'est le cas général, et là, c'est la JVM de windows qui cartonne le plus !
        
        Alors arrête cette supercherie, il n'y a que toi qui y croit, et tu ne rends pas service à la communauté en racontant ces niaiseries ! Linux a beaucoup trop souffert de gens comme toi qui n'ont pas un poil de réalisme !
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 15:16. Évalué à 0.
        
        mais non le realisme, c'est de se rendre compte que les benchs ne signifies pas grand chose.
        
        D'ailleurs ya quelques mois y avait pas un bench qui disait que NT 4 etait plus rapide que Linux.
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 15:20. Évalué à 0.
        
        1) sun réalise les jvm windows et les jvm solaris et TOI tu veux nous faire croire qu'ils ont favoriser windows !!!!
        
        2) le problème est que java ne sert pas uniquement à faire des bench douteux et des applets de warlord mais à faire des vrais appli dans la vrai vie (je travaille dans une boite qui fait tournée des appli java sur actuellement plus de 300 Sparc et les taille de jvm sont de 64Mo pour les petites et 1 Go pour les grosses...)
        
        3) n'importe qui peux prétendre avoir la vérité en dénigrant tous les autre ... c'est plus dur de le prouver ...
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 15:27. Évalué à 0.
        
        Tout a fait daccord !!!
        
        [^] # Re: Dommage
        
        Posté par Da Dude le 28 décembre 2000 à 15:35. Évalué à 1.
        
        Dire qu'ils n'ont pas favorisé windows, c'est faire du négationnisme ! Tu es sans doute trop jeune, tu as du découvrir Java avec le jdk1.3, parce qu'autrement tu aurais su que Sun, EFFECTIVEMENT, a toujours favorisé la JVM windows, même au détriment de celle pour station Sun.
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 15:52. Évalué à 0.
        
        C'etait vrai au debut, quand java etait essentielement utilise pour faire des applets. Le but etait de faire qqch de performant sur la plateforme la plus representee. Maintenant que java a atteind un certaine "maturite", on y ira pas me faire croire que pour utiliser une grosse application serveur il faut utiliser windows pour avoir des perfs.
        
        D'ailleurs dans ce cas pourquoi l'option serveur de HotSpot n'est pas presente pas defaut dans la jvm windows.
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 15:55. Évalué à 0.
        
        l'ecart entre les jvm solaris et windows existe depuis java 1.2 ...
        
        [^] # Re: Dommage
        
        Posté par Anonyme le 28 décembre 2000 à 14:56. Évalué à 0.
        
        mais non ca marche mieux pour les benchs, pour un systeme en production, c'est pas terrible.
        
        D'ailleurs je sais pas si vous avez remarque mais la version serveur de HotSpot n'est pas fournie en standard pour windows.
        
        [^] # Arrete le cafe Da Dude
        
        Posté par reno le 28 décembre 2000 à 16:36. Évalué à 1.
        
        Ue gars demande ce qu'est la nurserie: je reponds, pas la peine de m'agresser.
        
        C'est vrai que les JVM ont toujours ete meilleures sous Windows que sous les autres OS. Elles sortent plus tot et sont peut-etre un poil mieux testee..
        
        Je me demandes pourquoi la JVM d'IBM est meilleure sous Windows que sous Linux (15% meilleure quand meme!), quelqu'un sait pourquoi?
        Il serait interressant de voir le meme benchmark avec le noyeau 2.4..
        
        [^] # Re: Arrete le cafe Da Dude
        
        Posté par Anonyme le 28 décembre 2000 à 16:49. Évalué à 0.
        
        il serait surtout interressant de faire un vrai bench sérieux ...
        
        [^] # Re: Arrete le cafe Da Dude
        
        Posté par Anonyme le 30 décembre 2000 à 19:43. Évalué à 0.
        
        J'avais rencontré un type de JRockit à JavaOne (un techno sur le stand de sa boite), qui m'avait expliqué que cela venait du threading Linux (ils n'auraient pas le même "contrôle" par rapport à NT), et qu'ils écriraient des modules kernel pour ca. J'avoue ne pas avoir vérifié ni DL leur VM (qui en prod coute trop cher).
        Maintenant, il est vrai que la scalabilité des VM java sous UNIX n'est pas très reluisante selon Volano. Serait ce à cause du threading ? Sachant que les Non-Blocking IO n'ont pas encore fait leur chemin dans la spec ( j'avais entendu parler de 1.4 dans JCP), 1 socket => 1 thread, ce qui justifie des perfs terribles pour l'API java.net (voir http://www.cs.berkeley.edu/~mdw/proj/sandstorm/iocore-bench/(...) , pour un bench NBIO/java.net)
# ah ah ah

Posté par Anonyme le 28 décembre 2000 à 15:14. Évalué à 0.

ils se sont fait chier a ecrire une jvm pour windows qui marche mieux que sur leur propre OS...

ce qu'ils sont cons chez Sun vraiment.

et IBM est encore plus con, ils se sont fait chier a reecrire une jvm pour windows alors que celle de SUN est super top.

ce qu'ils sont cons chez IBM.
- [^] # Re: ah ah ah
  
  Posté par Anonyme le 28 décembre 2000 à 15:23. Évalué à 0.
  
  mieux encore :
  
  le boot d'un zx80 est plus rapide que celui d'un pc quelque soit l'OS
  
  donc un zx80 est plus rapide qu'un pc ;)
  - [^] # Re: ah ah ah
    
    Posté par Anonyme le 28 décembre 2000 à 15:37. Évalué à 0.
    
    De toute façon, c'est moi qu'ait la plus grosse
    - [^] # Re: ah ah ah
      
      Posté par Anonyme le 28 décembre 2000 à 22:21. Évalué à 0.
      
      T'as des benchs ?
# Quelles sont les améliorations ?

Posté par Anonyme le 28 décembre 2000 à 15:43. Évalué à 0.

En fait pour revenir dans le sujet :) est ce que le bug des touche de clavier français type $§!:/&é dans les composants Swing est partie ?
- [^] # Tu reves!
  
  Posté par reno le 28 décembre 2000 à 16:22. Évalué à 1.
  
  En cliquant sur les liant et en lisant la documentation: NON (enfin a priori)
  
  Ca me surprend que tu esperes meme avoir un bugfix RAPIDE de Sun!
  
  Vu la vitesse a laquelle Sun corrige les bugs de Java, je pense que d'ici deux ans il y aura la correction a ton probleme...
  Sun prefere toujours ajouter une n-ieme API pour faire le cafe a Java plutot que de corriger des bugs!
  Mais bon Java, c'est une bonne ecole pour la patience... :-(
  - [^] # Re: Tu reves!
    
    Posté par Anonyme le 31 décembre 2000 à 02:01. Évalué à 0.
    
    Comme dit l'adage :
    "on est jamais mieux servit que par soit meme !"
    
    Qu'est ce que tu attend pour patcher le code source et envoyer le fix à la JavaComunity pour qu'il soit validé ?
    
    Ton argument concernant les Fix de Sun est pipo ;)
    Sun n'est pas dieu, il ne peuvent pas tout faire : une question de moyen (cf le pognon gagné) -> ils sont pas MS ni IBM !
    
    Le principe de Java c'est d'etre completement ouvert (SI SI et depuis le debut en plus !!!)
    Par contre l'implementation de référence (celle de Sun) est controlée par son auteur.
    
    Mais les modifs/fixs son completement authorisés voire meme encourégés tant qu'il ne remettent pas en cause l'intégrité de la plateforme.
    
    Donc si il y a des ames charitables qui matrise Java et le C de folie, ils peuvent recupérer l'intégralité des sources et se mettre au travail :)
    
    (Attention la taille du source fait mal à un modem 56K !)
- [^] # Re: Quelles sont les améliorations ?
  
  Posté par Guillaume Rousse (site web personnel) le 28 décembre 2000 à 17:51. Évalué à 1.
  
  Non.
  Le problème est question est le n° 4371923 de la bug parade, consultable ici-même: http://developer.java.sun.com/developer/bugParade/bugs/4371923.html(...)
  Et on peut lire à son sujet:
  Release Fixed: non-public release
  State: Closed, fixed
  Curieux quand même qu'un correctif soit sorti juste 2-3 mois après le JDK (du moins 2-3 après la version Linux), sans prendre le temps d'attendre la résolution de ce problème flagrant...
  - [^] # Re: Quelles sont les améliorations ?
    
    Posté par Anonyme le 28 décembre 2000 à 23:10. Évalué à 0.
    
    Justement cela fait x mois que je mate regulierement ce bug parade, je me rappele même y avoir vu le commentaire de "guillomovitch" ;)
    Cependant comme dit sur cette page "Blackdown has a hack." et justement j'utilise le JDK Blackdown aprés avoir essayé le JDK de Sun qui foire. J'esperais quand même un support meilleur pour la plateforme Linux, ce bug est une vraie plaie qui ne favorise pas Linux ... et la liste de commentaires de mecontentement sur ce "bug parade" ne cesse de grandir ...
# fyi

Posté par Anonyme le 29 décembre 2000 à 23:00. Évalué à 0.

Le jdk1.3 d'IBM release (November 30th, 2000), semble fixer le problème du capslock (cx130-20000930|22600||N/A|Caps lock does not work).

http://www.ibm.com/java/jdk/linux130/index.html(...)
--
Al

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.