Software » [Eclipse 3.2] Crash aléatoire sous Linux
Catégorie:  
Rappel du message précédent
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 09/03/2009 @ 22:36:40,
Par zion

Veux-tu avoir l'obligeance de citer le texte où j'incrimine eclipse dans mon dernier post stp ? Merci.



ovh: putain d'eclipse de merde :kiki:


Non?

:neowen:
Je suis le Roy :ocube:


   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 09/03/2009 @ 23:04:51,
Par ovh
java c'est de la merde c'est une vérité :grin:

Quant à mon exclamation eclipse c'est de la merde qui a dû sortir sur la shoutbox, c'est une réaction naturelle puisque de tous mes packages linux seul eclipse foire comme ça :itm: Après si la cause est bien le runtime java et le packaging bizarre ubuntu, alors ok, mais ça on ne peut pas encore le savoir :spamafote: (mais j'espère vraiment que c'est ça, j'aimerais pouvoir commencer à utiliser mon IDE :kiki: )
C'est comme les garanties : le client n'en a rien à foutre de savoir si c'est le fournisseur ou le constructeur qui fait traîner l'affaire, lui tout ce qu'il voit c'est son revendeur final :spamafote:

Dernière édition: 09/03/2009 @ 23:06:23
Je n'ai rien à voir avec www.ovh.com
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 07:31:50,
Par gizmo
Bah oui, et non. Ca dépend du client.
Exemple: moi j'en ai bavé pour récupéré mon GSM du SAV, mais maintenant, j'ai cherché et trouvé le coupable, et la plainte que j'ai formulé je l'ai adressé à la firme de réparation, pas au revendur qui n'y était strictement pour rien.
Concept vivant.
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 07:33:40,
Par gizmo
Oh, et sinon, si on pouvait ausi avoir un débat sur les pourquoi de "Java c'est de la merde", ca m'intéresse.
Parce qu'à présent, la plupart des commentaires dans ce sens que j'entends s'attachent a des defauts de Java 1, or on en est à Java 6.
Concept vivant.
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 10:05:38,
Par Altar
ovh > dans mes bras mon chéri :ocube:
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 10:49:19,
Par rfr
Oh, et sinon, si on pouvait ausi avoir un débat sur les pourquoi de "Java c'est de la merde", ca m'intéresse.
Parce qu'à présent, la plupart des commentaires dans ce sens que j'entends s'attachent a des defauts de Java 1, or on en est à Java 6.


Cette haine de java, je la compare à la xénophobie. Je pense que c'est uniquement culturel :wink:

D'autant qu'eclipse est comme toutes les applications qui fonctionnent à base de plugins... sensible à la qualité des plugins installés (parce que eclipse, à la base, c'est quand même bien torché et ça montre aussi que même un gui en java, avec SWT, ça tourne aussi bien qu'une appplication native).

Je pense que Swing est le truc qui a fait le plus de mal à java ... Moche et lent!
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 11:22:45,
Par ovh
Je pense que Swing est le truc qui a fait le plus de mal à java ... Moche et lent!

Il y a de ça c'est sûr.
De manière générale une appli java est quand même plus lourde que la moyenne :spamafote: Mais même le code java est lourd je trouve. La complexité aussi. Par exemple, faire du développement web en java, pfiouuu pas évident. La profusion de classes et frameworks dans tous les sens qu'il faut maîtriser pour faire une simple page web... Sans compter qu'il faut installer toute une machinerie sur le serveur.
Je reconnais que java a fait du progrès par rapport à ses débuts, c'est indéniable d'ailleurs, mais je n'accroche pas à ce langage :spamafote:

Dernière édition: 10/03/2009 @ 11:23:26
Je n'ai rien à voir avec www.ovh.com
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 17:52:18,
Par gizmo

Il y a de ça c'est sûr.

Ok, je suis bien d'accord que Swing, en lui-meme, est une erreur (pour couvrir la grosse erreur qu'etait AWT), mais ca fait quand meme bien longtemps que des librairies graphiques alternatives existent (SWT, JGoodies, entre autre)

De manière générale une appli java est quand même plus lourde que la moyenne :spamafote:

Bah non, pas vraiment.
Tu compares ca a quoi? .NET qui a aussi une grosse VM? Python qui a une VM plus legere mais dont les thread prennent plus de place? PHP qui est plus lent et plus gourmand en memoire des que la charge monte un peu?
C'est vrai que le bootstrap est plus lent et gourmand, mais apres tu te retrouve avec un systeme quasiment aussi rapide que le C/C++ actuellement dans la plupart des situations (attention aux trolls qui te realisent des micro-bench qui ne representent pas une utilisation reelle)
Mais même le code java est lourd je trouve. La complexité aussi. Par exemple, faire du développement web en java, pfiouuu pas évident. La profusion de classes et frameworks dans tous les sens qu'il faut maîtriser pour faire une simple page web... Sans compter qu'il faut installer toute une machinerie sur le serveur.

Pour installer un serveur web PHP, tu as besoin de: un serveur (apache), php, mod_php
Pour installer un serveur java, tu as besoin de: un serveur (tomcat), java, c'est tout.
Tu veux une DB? tu dois les rajouter dans les deux cas. Tu veux faire un projet complexe? tu utilises un framework dans les deux cas. Et pour peux que tu choisisses l'un ou l'autre, tu pourras constater que certains framework java sont bien plus simples que des framework php fournissant le meme type de fonctionnalites.

Je reconnais que java a fait du progrès par rapport à ses débuts, c'est indéniable d'ailleurs, mais je n'accroche pas à ce langage :spamafote:

Ah oui, mais ca c'est autre chose. Moi j'ai plein de griefs a lui faire, mais ils sont plus dans le cadre des paradigmes implementes ou de certains choix de syntaxe.

Dernière édition: 11/03/2009 @ 00:39:47
Concept vivant.
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 18:04:19,
Par ovh
C'est vrai qu'actuellement la plupart des langages modernes ont une VM ou une surcouche graphique, framework ou autre qui de toute façon alourdit l'ensemble. C'est fini le temps où on optimisait le moindre bit en assembleur et où on manipulait la mémoire à la main :tinostar:

Bon concernant mon prob d'Eclipse sous linux, je n'ai pas beaucoup codé avec aujourd'hui (d'autres choses à faire aussi), mais ça n'a plus planté pour le moment. J'ai bon espoir que le changement de JVM ait résolu le problème :smile:

Dernière édition: 10/03/2009 @ 18:05:12
Je n'ai rien à voir avec www.ovh.com
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 18:05:53,
Par zion

Pour installer un serveur web PHP, tu as besoin de: un serveur (apache), php, mod_php
Pour installer un serveur java, tu as besoin de: un serveur (tomcat), c'est tout.
Tu veux une DB? tu dois les rajouter dans les deux cas. Tu veux faire un projet complexe? tu utilises un framework dans les deux cas. Et pour peux que tu choisisses l'un ou l'autre, tu pourras constater que certains framework java sont bien plus simples que des framework php fournissant le meme type de fonctionnalites.


+1000 sur toute la ligne pour les performances et le framework, c'est pas pour rien que je me suis complètement libéré de PHP avec Kelare, j'ai tout ce que je veux dans un langage de haut niveau et je me coltine pas l'implémentation objet catastrophique de nos amis Zend :tinostar:

Pas envie de lancer un débat du meilleur langage, chacun ses atouts, mais PHP n'est certainement pas celui qui aurait mes faveurs pour un projet d'envergure (et on m'a déjà traité de fou à qqs reprises du coup :petrus: )
Je suis le Roy :ocube:
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 20:35:40,
Par philfr
Python qui a une VM plus legere mais dont les thread prennent plus de place?


J'ai pas trop envie de rentrer dans le débat, mais ce que tu dis là ne veut rien dire :oh:

Bon, je rentre quand-même (un peu) dans le débat...
S'il y a deux reproches que je ferais à Java, ce sont sa verbosité (e.g. le "Hello, world" canonique), et son obstination a obliger de tout caster, ce qui retire une bonne partie de l'intérêt du typage statique fort.

Extrait de "How to write unmaintainable code", une des plus belles colection d'anti-patterns:

Java's casting scheme is a gift from the Gods. You can use it without guilt since the language requires it. Every time you retrieve an object from a Collection you must cast it back to its original type. Thus the type of the variable may be specified in dozens of places. If the type later changes, all the casts must be changed to match. The compiler may or may not detect if the hapless maintenance programmer fails to catch them all (or changes one too many). In a similar way, all matching casts to (short) need to be changed to (int) if the type of a variable changes from short to int.
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 20:37:45,
Par zion
/me est content de coder en object pascal après tout

</pollution>
Je suis le Roy :ocube:
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 20:45:57,
Par rfr

... et son obstination a obliger de tout caster, ce qui retire une bonne partie de l'intérêt du typage statique fort.

Extrait de "How to write unmaintainable code", une des plus belles colection d'anti-patterns:



Sauf que ce n'est plus vraiment vrai non plus :wink:

Ok, il a fallu que C# arrive pour que Sun nous sorte une syntaxe "new Brol<X>()" mais si on code bien, le typecasting n'est plus obligatoire car les collections (ou tout autre classe) peuvent être paramètrisées.

Java 6 Gizmo il a dit, pas Java 1 ou 1.2 ou 1.3 ou 1.4 ou ... 5 :tinostar:
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 10/03/2009 @ 20:50:47,
Par rfr
Je rajouterai que Ovh a pas tort au niveau "deploiement" quand on rentre dans les applications servers du style JBoss, Weblogic,...

Bien qu'encore une fois, ça commence tout doucement à s'améliorer (EJB vs EJB3).


C'est clair que c'est verbeux, mais cet inconvénient est largement oublié quand on voit l'élégance des API disponibles (et pas besoin de se lancer dans l'IoC, l'AOP etc ...). On fait déjà beaucoup avec le jdk.
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 11/03/2009 @ 00:43:59,
Par gizmo


J'ai pas trop envie de rentrer dans le débat, mais ce que tu dis là ne veut rien dire :oh:


Ok, alors pour préciser plus: Pour une même unité de business logic, l'empreinte mémoire d'une série de thread python est plus importante que leur équivalent java. Donc ce que l'on gagne avec sur l'empreinte mémoire de la VM python, on le perd par la suite si on a un programme fortement multi-thread.
Concept vivant.
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 11/03/2009 @ 01:30:41,
Par Altar
gizmo > Et la charge cpu supplémentaire apportée par la gestion de ces nombreux threads ? :whistle:

Dernière édition: 11/03/2009 @ 01:44:33
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 11/03/2009 @ 10:40:02,
Par philfr
gizmo> n'importe quel développeur Python sait que l'utilisation des threads dans ce langage est à éviter, mais pas du tout pour la raison que tu dis (je me demande d'ailleurs où tu as entendu ça), mais parce que l'interpréteur a une "global interpreter lock" qui fait que les threads sont très limité en ce qu'ils peuvent faire en parallèle. Il vaut beacoup mieux travailer en multiprocess ou mieux encore, en asynchrone.

Alors, je suis sûr que tu es très compétent en beaucoup de choses, mais je répète que ce que tu dis sur les threads Python ne veut rien dire, ou est au mieux simplement faux...
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 11/03/2009 @ 18:24:48,
Par gizmo
Bon, je n'arrive plus à retrouver l'article en question, mais je pense que j'ai trouvé où se trouvait mon erreur. Si me me souviens bien, l'article comparait les threads java avec la solution apporté avec Python 2.6 pour imiter les thread via les process (le module multiprocessing).
Mon esprit a du faire une confusion stupide parce qu'il reprennent justement l'API des thread mais appliqué aux process.
Mais du coup, ce n'est pas fair-play de comparer la consomation mémoire d'une seule VM avec n thread contre n VM avec 1 thread.
Concept vivant.
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 12/03/2009 @ 09:08:22,
Par blietaer
OVh> si c'était mon topic, je suis pas sûr que j'aimerais cette intervention, mais as-tu essayé Kdevelop ? je sais que tu es un fan de XFCE et/ou code::blocks que j'aime individuellement pour plein de raisons, mais m'étant érigé un petit envirronement KDE, bien léché, j'ai vraiment pris goût à cet IDE et je l'utilise déjà pour quelques langages C/C++, PHP/HTML, TCL/Tk... Ma connaissance en Py s'étant à la lecture du HS de LinuxMagazine (qui malheureusement est plus philosophique que didactique...pour un débutant pure)
Et au besoin s'arrêter.
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 12/03/2009 @ 09:46:04,
Par ovh
bli> Mon but est d'utiliser Eclipse aussi parce que c'est un standard de fait auprès de beaucoup de développeurs :spamafote: Donc je me "dois" de le connaître.

Pour l'instant ça a l'air stable avec la JVM de Sun, je reposte quand j'aurai eu l'occasion de le tester un peu plus intensivement que ces derniers jours.
Je n'ai rien à voir avec www.ovh.com
   
[Eclipse 3.2] Crash aléatoire sous Linux
Publié le 02/04/2009 @ 17:50:34,
Par ovh
Bon c'était bien un problème de JVM, on dirait bien que ça ne plante plus :oh:

En passant j'ai... tout réinstallé :petrus: En fait j'ai voulu mettre le plugin PDT (pour du php), et il nécessitait une version plus récente, or dans les packages ubuntu c'est encore la 3.2 :kiki:
Du coup j'ai tout refait de zéro, comme c'est une appli java c'est facile :
- download de la version eclipse prépackagée avec pdt dernière version stable (pdt 2.0, eclipse "ganymede" 3.4.1)
- dézippage et hop exécution et ça marche :dawa:
- j'ai rajouté subclipse et pydev ensuite sans problème par la méthode classique (help > software update > ajouter une url etc.)
Et tout semble rouler :smile:
Je n'ai rien à voir avec www.ovh.com
Répondre - Catégorie:  
Informaticien.be - © 2002-2024 AkretioSPRL  - Generated via Kelare
The Akretio Network: Akretio - Freedelity - KelCommerce - Votre publicité sur informaticien.be ?