... pour répondre à la question. Je vais me faire moinsser à bloc, je sais, mais bon... il suffit de configurer le noyau linux pour refuser les demandes d'allocations aberrantes qui ne seront pas utilisées, pour s'apercevoir que les outils majeurs que l'on utilise de nos jours sont blindés de problèmes de mémoire. Leak ou hoard, je sais pas exactement, mais ça reviens ça au même. Et ça ne se limite pas à la "RAM CPU", mais ça s'applique à la "RAM GPU" aussi.
Rust est censé améliorer les choses dans firefox, et c'est vrai qu'il bouffe un peu moins que les trucs basés sur chromium, mais bon, quitte a utiliser un truc gourmand je préfère qu'il me file au moins une UI décente (rien que les raccourcis souris par défaut...) hors j'en suis arrivé à avoir un script dans mon ~/.bin/ qui s'appelle: fuck.sh. Son job? Tuer vivaldi, et chromium-crashtruc, avec un bon gros killall -9!
Pourquoi?
Parce que sinon ces bouses de "navigateurs" crashent tellement souvent que soit je garde les cookies (et donc le tracking) soit je le bute sauvagement pour espérer ne pas avoir a me relog sur tous les onglets en cours.
Evidemment, quand on a github ouvert, la ram part vite, et comme il "faut" une double auth "pour la sécurité" (mon cul oui) je dois aussi aller chercher gmail (oui, je sais, je devrais migrer, ça fait des années que je le dis...) qui refuse de se laisser connecter par des MUA normaux!
Bref, la réponse?
Quand les dev, dont j'ai fait partie, sauront mettre la pression à leurs patrons pour refuser de faire de la merde. Ca inclue d'utiliser des langages réputés pour leur performance malgré leur difficulté d'apprentissage: C, C++, Rust, pascal, ... au lieu de python, javascript, html5/css4 (je suis p'tet outdated, on est p'tet à html10/css6 maintenant) qui bouffent des ressources de dingue.
On ne fait pas grand chose de plus avec un PC moderne qu'avec un PC d'il y a 10 ans après tout. Et, oui, j'ai vérifié. En terme d'outillage, et pas pas de loisir, sauf usages ultra spécifiques qui vont surtout se concentrer sur le GPU (et donc rust, C, C++ & co n'y changerons rien, c'est plutôt openGL, openCL, vulkan, ici) vraiment avec des outils qui font moins de trucs spécialisés, on se retrouve vraiment avec des trucs plus simples à utiliser et qui sont plus rapides.
Genre, utiliser solvespace à la place de freecad pour concevoir un assemblage simple de, disons, 5, 6 pièces.
On peut aussi parler, ben oui, des systèmes d'init. Pourquoi gâcher 30 megs de rss dans systemd (de mémoire, ils ont p'tet opti depuis) quand runit (par exemple) lié en static ne consomme que 4 kilos?
Ce n'est rien qu'un peu d'octets, mais ils ont refroidit la pièce dans laquelle j'héberge mes machines à la manière d'un frigo, comme dirait l'autre.
# Pas besoin de lire...
Posté par freem . En réponse au lien Informatique frugale : à quand un numérique compatible avec les limites planétaires ? . Évalué à 5.
... pour répondre à la question. Je vais me faire moinsser à bloc, je sais, mais bon... il suffit de configurer le noyau linux pour refuser les demandes d'allocations aberrantes qui ne seront pas utilisées, pour s'apercevoir que les outils majeurs que l'on utilise de nos jours sont blindés de problèmes de mémoire. Leak ou hoard, je sais pas exactement, mais ça reviens ça au même. Et ça ne se limite pas à la "RAM CPU", mais ça s'applique à la "RAM GPU" aussi.
Rust est censé améliorer les choses dans firefox, et c'est vrai qu'il bouffe un peu moins que les trucs basés sur chromium, mais bon, quitte a utiliser un truc gourmand je préfère qu'il me file au moins une UI décente (rien que les raccourcis souris par défaut...) hors j'en suis arrivé à avoir un script dans mon ~/.bin/ qui s'appelle:
fuck.sh. Son job? Tuer vivaldi, et chromium-crashtruc, avec un bon gros killall -9!Pourquoi?
Parce que sinon ces bouses de "navigateurs" crashent tellement souvent que soit je garde les cookies (et donc le tracking) soit je le bute sauvagement pour espérer ne pas avoir a me relog sur tous les onglets en cours.
Evidemment, quand on a github ouvert, la ram part vite, et comme il "faut" une double auth "pour la sécurité" (mon cul oui) je dois aussi aller chercher gmail (oui, je sais, je devrais migrer, ça fait des années que je le dis...) qui refuse de se laisser connecter par des MUA normaux!
Bref, la réponse?
Quand les dev, dont j'ai fait partie, sauront mettre la pression à leurs patrons pour refuser de faire de la merde. Ca inclue d'utiliser des langages réputés pour leur performance malgré leur difficulté d'apprentissage: C, C++, Rust, pascal, ... au lieu de python, javascript, html5/css4 (je suis p'tet outdated, on est p'tet à html10/css6 maintenant) qui bouffent des ressources de dingue.
On ne fait pas grand chose de plus avec un PC moderne qu'avec un PC d'il y a 10 ans après tout. Et, oui, j'ai vérifié. En terme d'outillage, et pas pas de loisir, sauf usages ultra spécifiques qui vont surtout se concentrer sur le GPU (et donc rust, C, C++ & co n'y changerons rien, c'est plutôt openGL, openCL, vulkan, ici) vraiment avec des outils qui font moins de trucs spécialisés, on se retrouve vraiment avec des trucs plus simples à utiliser et qui sont plus rapides.
Genre, utiliser solvespace à la place de freecad pour concevoir un assemblage simple de, disons, 5, 6 pièces.
On peut aussi parler, ben oui, des systèmes d'init. Pourquoi gâcher 30 megs de rss dans systemd (de mémoire, ils ont p'tet opti depuis) quand runit (par exemple) lié en static ne consomme que 4 kilos?
Ce n'est rien qu'un peu d'octets, mais ils ont refroidit la pièce dans laquelle j'héberge mes machines à la manière d'un frigo, comme dirait l'autre.