De toute façon, la débauche de puissance offerte augmente bien trop vite comparé aux besoins de 80% des utilisateurs.



Donc s’ils veulent avoir le moidnre espoir d’inciter à renouveler son matos, la consommation moindre doit être une des rares améliorations qui peut faire sens pour l’acheteur potentiel.



Et perso c’est pas pour me déplaire, moi qui rêve d’un 15 pouces totalement fanless, sans pour autant être une grosse brute de puissance ni un Atom anémique.

HarmattanBlow a écrit :



Il n’y a pas de delta, il y a un facteur multiplicatif. Quand tu écris un code en dotnet aujourd’hui, tu as la puissance qu’avaient les développeurs C il y a quelques années. Quand tu écris un code en php aujourd’hui, tu as la puissance qu’avaient les développeurs dotnet il y a quelques années. Et ce facteur est loin d’être négligeable.





Pour du langage style Java/.net, la différence de perf est de l’ordre de 1% à 5% au pire, hors cas extrêmement spécifiques. Autant dire rien.



Ce n’est pas parce qu’une génération entière de troll est passée par là à propos à l’époque du Java que ça reste vrai aujourd’hui. Mais ça évidemment il faut avoir un certain recul et une certaine pratique pour le comprendre, ce qui est le plus souvent incompatible avec les “je sais tout sur tout mais j’ai jamais rien fait de concret” qui traînent le plus souvent sur les espaces de discussion ‘mainstream’ du net.







-DTL- a écrit :



Il faut tout de même reconnaitre qu’avant personne n’aurait eu l’idée d’écrire des applications en JS/HTML5 pour faire 2-3 effets kikoolol sur le bureau en local





Tu parles d’un cas isolé et extrême pour en faire une généralité. Exactement comme quand certains avancent que Flash c’est de la merde parce que certains s’en servent à mauvais escient. Ou si je dis que les couteaux il faut les interdire parce que certains s’en servent pour tuer.

ldesnogu a écrit :



Mouai mais quand tu veux on fait une comparaison de vitesse entre C et Java/.net.





Commence par me déterminer ce que doit être ton test et de définir un usage ‘moyen’ d’un utilisateur ‘moyen’ et on en reparle. Parce que si c’est pour me comparer un superPI en Javascript vs. assembleur, c’est juste ridicule.



Le fait est que contrairement à ce que disait HarmattanBlow avant, le surcoût n’est par une facteur, mais est proche d’une valeur absolue, qui fait que la proportion diminue au fur et à mesure que les perfs d’un CPU moyen augmente.





Java et les bidules .net sont surement plus safe et on developpe bien plus rapidement avec eux



Ce sont deux réalités indéniables (il y en a d’autres: portabilité, …), et dans le domaine pro une barette de RAM ou un serveur supplémentaire est très souvent beaucoup plus rentable que quelques hommes.jour passés à optimiser où à être moins productif avec un langage moins ‘efficient’.





Mais dire que la difference de perf est de 1% a 5% la c’est n’importe quoi sauf cas particulier " />



Depuis l’avènement de la compilation ‘just in time’ (qui date pas d’hier), la différence de perf est pourtant très faible (bien sûr quand on parle d’un langage fortement typé, sinon on compare des choux et des carottes).





Le principal probleme est que l’immense majorite des developpeurs n’ont strictement plus aucune notion d’architecture CPU et ne savent meme plus ce qu’est un cache ou un pipeline. Du coup ils font n’importe quoi et ce quel que soit le langage.



Et on reparle du couteau mal utilisé. " />

ldesnogu a écrit :



Je suis en partie d’accord avec toi. Je te laisse choisir un truc qui te semble raisonnable et plutot calculatoire bien sur. Un codec ? " />





Parce que ton ordi à la maison passe ses journées à faire du super PI ?

Parce que 95% des besoins en développement, c’est pour implémenter des codecs ?

" />





Je ne suis pas d’accord ! Chaque langage impose des contraintes qui font que certaines choses ne pourront jamais etre efficaces et donc le surcout deviendra un facteur, pas un cout fixe. L’absence de pointeurs peut etre un tel obstacle.



La plupart des langages (même le VB.Net) ont la notion double de passage par valeur ou par référence, ce qui n’est rien d’autre qu’un pointeur derrière ; la vraie différence se situe essentiellement dans la gestion de la mémoire et la notion de GC.

Et tu confonds ‘ne pourra jamais être plus efficace’ d’un côté (ce qui est vrai) et ‘la différence d’efficacité s’estompe en proportion de la puissance disponible’





Completement d’accord. Mais a un moment il va falloir se poser la question de l’efficacite energetique qui est liee a l’efficacite d’execution.



Elle évolue comme la puissance dispo: en augmentant petit à petit, ce qui rend un surcoût fixe de moins en moins énergivore.

ldesnogu a écrit :



Donc oui desole on se tape du temps passe par les dev, ce qui compte c’est ce que les utilisateurs utilisent, ben ouai ca fait ridicule en l’ecrivant hein ?





Non, ce qui est ridicule, c’est de penser qu’on vit dans un monde infini, celui où les développeurs auront un temps infini pour faires toutes les optimisations possibles et ne s’arrêteront que lorsqu’ils seront sûrs d’avoir mis en oeuvre l’ensemblre des optimisations possibles et ne seront plus limités que par la nature du langage choisi qui ne leur permettra plus d’aller plus loin.





Et OMG les utilisateurs utilisent des CODEC. Dingue hein ? " />



Et pour ça, un lange bas niveau est PARFAIT pour ça. Et (sauf ton postulat dichotomique qui t’amène à croire que si j’argumente en faveur des langages plus haut niveau, je suis forcément contre le bas niveau partout) je n’ai jamais remis en question cet état de fait.

Et OMG, combien de développeurs développent des codecs ? 1% ?





Oui j’extrapole, mais des arbres binaires, y’en a partout.



Comme plein d’autres concepts où pour certains la différence sera nettement moins flagrante





C’est la que tu passes du mode temps de CPU effectue dans le monde a temps de dev



Je ne passe par rien du tout, je dis juste que les perfs intrinsèques dépendent très souvent moins de la qualité de l’implémentation que du langage utilisé, que ça se réduit encore comme peau de chagrin avec le temps et qu’à partir de là, dire que le managé est une connerie universelle est un non sens ridicule.





Maintenant ce que tu dis sur la finance m’interpelle. Vous utilisez vraiment du Java en salle de marche ? Je pensais qu’il y avait des contraintes tres fortes de temps reel la-dedans. Java et .net sont bons en temps reel ?



On a même du VB6 " /> (mais pas pour tout, heureusement " />). Mais d’une façon un peu plus sérieuse, le .net managé est très représenté dans l’IT orientée finance