D'abord sur le fond, je suis assez d'accord avec le texte originel. Dernièrement, je me disais que la batterie de mon ordinateur portable se déchargeait bien vite. En regardant l'applet qui monitore les ressources systèmes, je me suis apperçu que le CPU était pas mal sollicité ... et je me suis rendu compte en regardant les process qui tournaient, qu'un ibus prenait plus de 100% de CPU ... :(
Je me suis demandé si je rêvais (d'autant plus qu'ibus m'a pris la tête sur mon fixe sous freebsd - il passe son temps
à ignorer le fait que j'utilise un clavier fr, du coup je l'ai désactivé). Sur mon portable, j'ai juste eu à tuer ibus et redémarrer les applications qui semblaient l'utiliser (la saisie clavier ne marchait plus sur l'une d'elles), et l'occupation CPU est redevenue plus raisonnable. Bilan : je me trouve sur ma machine avec un truc qui a priori ** ne sert a rien ** et prend plus de 100% CPU. Ce que je redoute, c'est que ce truc inutile devienne incontournable a l'avenir, et fasse perdre encore de l'autonomie à ma batterie.
Ici je parle d'ibus parce que c'est un truc qui m'est arrivé il y a peu, mais j'ai déjà bien ralé dans le passé parce que des gens ont voulu remplacer un truc qui marchait plutôt bien, qui avait mis du temps à être débuggé, par un truc pas fini qui vient pourrir la vie des utilisateurs (exemple : systemd), ou des trucs pas finis qui viennenet également pourrir la vie des gens (exemple : pulseaudio). J'ai constaté le même phénomène avec hplip: un processus python qui vient à utiliser de grosses quantités de CPU pour rien (au passage, je pense que pour développer ce genre de truc en python, faut être malade, ou avoir envie de décharger les batteries des portables des utilisateurs).
Celà dit, je pense qu'on arrive à la fin d'un cycle et que ces pratiques vont commencer à s'atténuer (si ce n'est disparaître - au moins pour quelques temps). En effet, le coût de la mémoire RAM a pas mal augmenté ces derniers temps, et le cout des processeurs Intel également: j'ai l'impression que l'ère du matériel pas cher est en train de se terminer, et qu'on va voir celui-ci augmenter considérablement dans les années à venir (sans compter le cout de l'énergie qui à mon avis risque d'augmenter fortement). Du coup les développeurs devront réapprendre à optimiser leurs programmes pour qu'ils puissent tourner sur des confs hardware moins gourmandes, et utilisent moins d'énergie pour fonctionner. Alors certes, les restrictions hardwares ne seront probablement pas aussi fortes que dans les débuts de l'informatique, mais je suis d'avis qu'on ne pourra plus faire comme aujourd'hui : considérer qu'optimiser le soft coute plus cher que d'ajouter des capacités hardware.
# Ce que j'en pense ....
Posté par totof2000 . En réponse au journal Un développeur qui dénonce. Évalué à 10. Dernière modification le 03 octobre 2018 à 11:45.
D'abord sur le fond, je suis assez d'accord avec le texte originel. Dernièrement, je me disais que la batterie de mon ordinateur portable se déchargeait bien vite. En regardant l'applet qui monitore les ressources systèmes, je me suis apperçu que le CPU était pas mal sollicité ... et je me suis rendu compte en regardant les process qui tournaient, qu'un ibus prenait plus de 100% de CPU ... :(
Je me suis demandé si je rêvais (d'autant plus qu'ibus m'a pris la tête sur mon fixe sous freebsd - il passe son temps
à ignorer le fait que j'utilise un clavier fr, du coup je l'ai désactivé). Sur mon portable, j'ai juste eu à tuer ibus et redémarrer les applications qui semblaient l'utiliser (la saisie clavier ne marchait plus sur l'une d'elles), et l'occupation CPU est redevenue plus raisonnable. Bilan : je me trouve sur ma machine avec un truc qui a priori ** ne sert a rien ** et prend plus de 100% CPU. Ce que je redoute, c'est que ce truc inutile devienne incontournable a l'avenir, et fasse perdre encore de l'autonomie à ma batterie.
Ici je parle d'ibus parce que c'est un truc qui m'est arrivé il y a peu, mais j'ai déjà bien ralé dans le passé parce que des gens ont voulu remplacer un truc qui marchait plutôt bien, qui avait mis du temps à être débuggé, par un truc pas fini qui vient pourrir la vie des utilisateurs (exemple : systemd), ou des trucs pas finis qui viennenet également pourrir la vie des gens (exemple : pulseaudio). J'ai constaté le même phénomène avec hplip: un processus python qui vient à utiliser de grosses quantités de CPU pour rien (au passage, je pense que pour développer ce genre de truc en python, faut être malade, ou avoir envie de décharger les batteries des portables des utilisateurs).
Celà dit, je pense qu'on arrive à la fin d'un cycle et que ces pratiques vont commencer à s'atténuer (si ce n'est disparaître - au moins pour quelques temps). En effet, le coût de la mémoire RAM a pas mal augmenté ces derniers temps, et le cout des processeurs Intel également: j'ai l'impression que l'ère du matériel pas cher est en train de se terminer, et qu'on va voir celui-ci augmenter considérablement dans les années à venir (sans compter le cout de l'énergie qui à mon avis risque d'augmenter fortement). Du coup les développeurs devront réapprendre à optimiser leurs programmes pour qu'ils puissent tourner sur des confs hardware moins gourmandes, et utilisent moins d'énergie pour fonctionner. Alors certes, les restrictions hardwares ne seront probablement pas aussi fortes que dans les débuts de l'informatique, mais je suis d'avis qu'on ne pourra plus faire comme aujourd'hui : considérer qu'optimiser le soft coute plus cher que d'ajouter des capacités hardware.