Pen^2 Le 11/03/2015 à 22:23Edité par Pen^2 le 11/03/2015 à 22:40 J'ai deux machines virtuelles qui font tourner chacune un serveur d'application et un autre serveur d'application sur l'hôte, un client java lourd, parfois des outils de cao et eclipse et visual souvent lancés tous les deux, et des calculs éléments finis par dessus le marché... Et je faisais tout ça avec 4 (c'était juste) puis 8 go de RAM, aujourd'hui 12.
Et j'ai largement de la marge même avec firefox ouvert.
On a manifestement des expériences différentes avec Visual Studio et Eclipse respectivement. Probablement qu'on n'utilise pas la même chose, qu'on n'a pas les mêmes plugins (dans mon cas je n'ai que Visual Assist X et un thème). Mais pour ma part Eclipse est lent (= ma définition de "rame") de base. Il devient juste ultra lent avec un serveur d'application, mais je le précise parce que c'est pas du jeu, c'est juste que c'est l'utilisation que je fais d'Eclipse en général (ça ou de l'Android, aussi lent comme la mort par la cuiller) donc évidemment ça empire ma perception.
Et ne parlons pas dandroid studio...
Oui, je mettais ça dans la catégorie IntelliJ.
Là aussi Android Studio n'est pas lent strictement à cause de Swing ou de l'UI elle-même, mais à cause de l'intégration de gradle super lourde qui bouffe tous tes cores CPU, ralentissant l'interface comme au temps des mainframes, et des locks interthreads qui jouent sur l'UI, et du fait que parfois cette dernière semble attendre le résultat de certaines opérations de façon synchrone. Bref au final *ça rame* et *c'est fait en Java*. Oui il y aurait à chercher plus loin (genre c'est pas la faute de Java si les dévs d'intellij codent mal leur UI), mais je pense que pour 99% de la population c'est une conclusion logique. En effet si tu pars là-dessus les dévs d'intellij codent mal, mais en fait aucun codeur Java ne code bien les UIs. Trop facile.
Uther Le 12/03/2015 à 09:33 Il faut dire que Swing est fait de telle sorte que c'est facile de bloquer/ralentir l'EDT.
On peut bien coder en Swing mais c'est tellement facile de laisser du code potentiellement lent s’exécuter dans ce thread que sur une grosse application on fini par le faire volontairement ou non. Faire du Swing réactif c'est possible mais c'est tellement chiant que presque personne ne le fait. C'est pas pour rien que Oracle essaye de le faire disparaître.
En l'occurence, Jira rame non pas a cause du navigateur, mais bel et bien a cause du code en java derriere, pour avoir fait des tests sur une machine DEDIE a Jira avec juste jira qui tourne par dessus un linux minimaliste, en reseau local et peux d'utilisateurs, ca rame.
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
SCPCD Le 12/03/2015 à 11:45 Non, Jira ramait (limite inutilisable) pas à cause de java mais à cause d'une gestion de BDD moisis.
Ici, depuis que l'on est passé sur une version plus récente avec refonte et optimisation des requêtes, ça répond quasi instantanément.
Recente == quelle version? (quand j'ai fait ces test c'etait il y a grosso modo 2 ans.. (putain le temps passe...))
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Pen2: il y a de forte chances que le JDT soit un peu mieux ecrit que le CDT qui est une affrosité, un vrai monstre de lenteur...
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Uther Le 12/03/2015 à 12:26 C'est une constante que je remarque : quand il y a un problème dans un logiciel Java, tout le monde a tendance à accuser Java, alors que s'ils ont le même problème dans un logiciel écrit dans un autre langage, même s'il est techniquement bien moins rapide/sécurisé/... que Java, c'est au mieux le développeur du logiciel qui est visé.
Je ne dit pas que Java n'est pas critiquable, loin de là, mais 90% des critiques qu'il reçoit ne sont pas particulièrement justifiés.
Je ne supporte plus Netbeans, il rame bien trop souvent.
Tout ça parce qu'il a 6 ou 7 projets d'ouvert à la fois, avec un paquet de fichiers ouverts à la fois, et une flopée d'addons installés, le tout en gardant mon Firefox (et ses 30+ onglets d'ouvert) sur mon PC pro avec ses larges 4Go de RAM.
Bouh Java !
« Nous avons propagé sur Extranet une histoire fabriquée de toutes pièces selon laquelle une certaine disposition d'étoiles, vue depuis la planète d'origine des butariens, formaient le visage d'une déesse galarienne.
Sans chercher à vérifier ces informations, certains ont décrété que c'était la preuve de l'existence de la déesse. Ceux qui notaient le manque de preuves se faisaient attaquer. »
— Legion, geth trolleur à portée galactique
SCPCD Le 12/03/2015 à 12:57 la plupart du temps c'est effectivement le code qui est mal fait.
Sur une appli java+C sur laquelle j'ai travaillé, en passant d'une vieille machine de plus de 10 ans à une toute nouvelle, en résultat on a x10 sur la vitesse de traitement en C, et difficilement un x2 sur le java en faisant aucune modif.
Un des traitements java le plus gourmand mettait 15min sur la nouvelle machine, après étude et correction de l'algo, le traitement se faisait en moins de 1s... pour dire à quel point c'était mal foutu...
le problème est aussi que ces logiciels se veulent modulaires (OSGI, machin équivalent dans netbeans).
Du coup absolument tout est configurable et extensible par plugin, par contre bonjour les performances, tout est généralisé et non optimisé.
C'est assez cohérent. Ces features sont de moins en moins utilisées et un boulet sur le plan de la sécurité. Et Microsoft est plus prompt à abandonner la compatibilité à long terme au profit de l'innovation qu'avant.
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT Turbo OBO Le 12/05/2015 à 14:54 Et pendant ce temps les DSI font des demandes de support étendu d'IE8.
*soupir*
jolis hacks en perspective !
Pas tres dur a faire avec un FPGA
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
)
le genre tu as un dual core et tu regrette la fluidité des ordis des années 80 
