L’utilisation mémoire du navigateur diminue de façon spectaculaire !!
Je ne sais pas pourquoi les développeurs de ce genre d’outils codent sans tenir compte de la mémoire.
Est-ce qu’ils pourraient le faire, mais choisissent de ne pas le faire ?
L’utilisation mémoire du navigateur diminue de façon spectaculaire !!
Je ne sais pas pourquoi les développeurs de ce genre d’outils codent sans tenir compte de la mémoire.
Est-ce qu’ils pourraient le faire, mais choisissent de ne pas le faire ?
12 commentaires
Si vous avez beaucoup d’onglets, autant essayer https://chrome.google.com/webstore/detail/… ...
Il existe de très bons outils de type suspender pour chaque navigateur, et j’en utilise moi aussi régulièrement. Ils aident clairement à réduire l’utilisation de la mémoire. J’aime le fait qu’ils permettent de conserver les onglets ouverts sans devoir les fermer, tout en diminuant la consommation de mémoire.
Le gaspillage dû aux onglets inutilisés est considérable, essayons de le réduire ! ... Le concept ressemble d’ailleurs au mode d’économie d’énergie récemment ajouté à Edge. En réalité, je me dis plutôt : « si on a ouvert des onglets, c’est normal que ça consomme autant, non… » Du coup, je me contente de mettre à niveau mon ordinateur.
Il semble nécessaire que GeekNews modifie son algorithme afin de mettre en avant des articles déjà validés par le public, comme sur Hacker News. Il semble également nécessaire d’ajouter une fonction de signalement/downvote pour empêcher ce type d’articles.
Le downvote n’est possible que sur les commentaires… mais chez moi non plus il n’apparaît pas. Je me trompe peut-être, mais il me semble qu’il apparaissait auparavant ; c’est étrange.
Il paraît que Flag et Downvote s’activent à partir d’un certain niveau de Karma.
Flag semble se débloquer aux alentours de 100, et pour Downvote, je ne connais pas le seuil car il n’est pas encore activé pour moi non plus.
Si le downvote est activé, vous pouvez le faire en cliquant sur l’heure à côté de l’identifiant du commentaire pour ouvrir la vue détaillée, puis depuis cet écran.
Dans la pratique, du point de vue de l’utilisateur, ce n’est pas aussi utile que ça en a l’air. À l’usage, on finit par recharger l’onglet à chaque fois qu’on change d’onglet...
Je préfère être prudent, car cela pourrait vite tourner à la polémique,
mais l’outil d’optimisation mémoire mentionné dans l’article n’optimise probablement pas réellement la mémoire de façon efficace ;
il est plus probable qu’il donne simplement l’impression, dans les chiffres, que c’est le cas.
(Je joins d’abord le lien vers le commentaire laissé sur Twitter par la première personne qui en a parlé : https://twitter.com/techsharer/status/1387307385639759873)
Indépendamment de cela, les équipes de développement des navigateurs poursuivent en continu
divers efforts pour optimiser l’usage de la mémoire.
Cela dit, si autant de mémoire est utilisée, c’est aussi parce que des applications web très performantes
fonctionnent aujourd’hui sans difficulté particulière dans le navigateur.
On trouve d’ailleurs de nombreux articles sur l’optimisation mémoire des navigateurs sur le blog de V8,
ainsi que sur le blog de Chromium.
https://blog.chromium.org/2021/03/…
https://v8.dev/blog/high-performance-cpp-gc
https://v8.dev/blog/v8-lite
Donc, l’affirmation dans l’article selon laquelle « on code sans tenir compte de la mémoire » me paraît fausse.
Et je pense aussi que les développeurs de navigateurs le prendraient assez mal.
(Il y a d’ailleurs pas mal de Coréens dans l’équipe de Chrome, Samsung Internet, etc.)
C’est donc devenu un tweet ^^;;
Je n’avais aucune intention de dénigrer une profession en particulier. Si cela a pu être perçu ainsi, je m’en excuse.
J’ai écrit ce billet parce qu’en développement, c’était devenu vraiment frustrant.
Pour parler brièvement de l’environnement de mon PC de développement, il a environ 8 Go de mémoire.
Ces derniers temps, comme je dois développer en tenant compte de plusieurs environnements, 8 Go sont très loin de suffire,
et en cherchant les causes,
on constate déjà que beaucoup d’outils de développement dépassent 1 Go une fois lancés.
Côté backend, SpringToolSuite (Eclipse) consomme en général entre 1 et 2 Go.
Côté front, si je lance Visual Studio Code puis le serveur interne de node.js, on arrive à environ 500 Mo à 1 Go.
Quand je débogue le backend et le front en même temps avec les outils de développement de Chrome ouverts, cela dépasse aussi 1 Go.
Et si j’ouvre des programmes basés sur Electron (MS Teams, OneNote), ça dépasse facilement les 500 Mo à 1 Go.
Comme c’est un PC de développement, si l’on ajoute le serveur DB, le serveur Redis et d’autres services,
on est déjà dans une situation où environ 4 Go sont utilisés en permanence...
Après avoir installé le programme du lien en question et optimisé l’usage de la mémoire,
j’arrive à travailler correctement sans subir de ralentissement du système.
On m’a dit que, d’un point de vue purement chiffré, cela pouvait donner l’impression que la mémoire « disparaissait » simplement.
Je pense que cette remarque peut effectivement avoir du sens.
Le vrai problème, ce n’est pas plutôt que le PC de développement n’ait que 8 Go ? Avec 8 Go, même compiler clang risque d’être difficile.
Je ne pense pas qu'il soit approprié de dénigrer certaines professions.