Le premier constat, c'est que le web devient d'un coup plus rapide. Le deuxième, c'est que certain sites sont très compliqués et nécessite du tâtonnement pour n'autoriser que ce qu'il faut, alors c'est un peu pénible.
Le troisième, mais je le savais déjà, c'est que tout n'est pas à jeter dans javascript, et quand il est bien utilisé, il peut rendre les choses plus performantes. Mais c'est rare malheureusement.
J'ai eu les mêmes constats.
Avec le constat supplémentaire, que les sites compliqués à gérés n'ont en général pas grand chose à offrir, excepté du loisir "nobrain", si tu vois ce que je veux dire. J'ai honte, un prof m'(nous)avait fait réfléchir sur la signification entre 2 termes proches, loisir était l'un d'eux, et la différence était l'absence d'effort pour l'un et l'enrichissement personnel pour l'autre... et j'arrive pas à me souvenir des termes! (ça fait bien 2 semaines que ça me trotte dans la tête ce blanc en plus) et du coup je suis obligé de recourir à un anglicisme...
Mais, je testerais umatrix. Le genre d'outils qui devrais être implémenté par défaut dans un véritable logiciel qui défendrait la vie privée, et du coup la liberté. Mais bon...
Pour la compilation du noyau [...] Ensuite, tu désactives / actives / modifies quelques fonctionnalités avec make menuconfig, tu recompiles, et si ça fonctionne toujours, tu sauvegardes le .config et tu réitère jusqu'à ce que ça pète.
Mon grand défaut: j'aime comprendre ce que je fait. Je l'ai acquis quand je suis devenu adulte, je pense, avant j'aimais jouer, je ne regardais pas le temps, et je me foutais que les gens me considèrent comme un type bizarre :)
Faut que j'arrive à trouver une tribu de geeks&nerds pour franchir le prochain pas je pense :D
Attention, si tu ne désactives rien lors de la première compilation, ça risque d'être long. Un bon plan c'est de commencer à désactiver certains modules dont t'es sûr de ne pas avoir besoin (concernant les pilotes compilés sous forme de modules). Un truc bien à faire aussi (dès la première compile), c'est de positionner les bonnes options dans "Processor type and features" (Processor Family, Supported vendors) parce qu'elles nécessitent de tout recompiler si elles sont changées, et autant exploiter les possibilités du matériel spécifique le mieux possible, ça ne mange pas de pain.
Conseils très pertinents. Pour ce qui est des fonctionnalités du CPU, il me semble que -march est fixé sur auto, par défaut, et que ça détecte le matos local. Est-ce fiable? Aucune idée, tu ~sembles en savoir~ en sais manifestement bien plus que moi.
Une bonne astuce peut être de compiler directement dans le noyau, plutôt que sous forme de modules, les pilotes qui vont servir avec certitude. Ça permet un chargement plus rapide, et, à terme, ça permet de ne plus avoir besoin d'initrd
J'ai... déjà essayé de m'installer une gentoo. Échec. 2 fois. Mais, l'environnement linuxien devenant ce qu'il deviens, je n'aurais pas d'autres choix que d'y arriver si je veux garder un système sur lequel j'aie un réel contrôle.
Je pense que le jour ou j'arriverais à faire tourner une gentoo sur ma machine perso, avec des perfs décentes, je passerai au "niveau supérieur" dans ma maîtrise linux, voire système tout court.
Une chose qui m'agace particulièrement, c'est, comme d'autres, l'avènement de systemd, qui n'à de réel intérêt que sur les systèmes hébergeant de nombreux daemons. Et les DEs majeurs utilisant de nombreux daemons, pour des raisons plus ou moins bonnes, on bouffe des ressources pour des prunes, qu'on utilise ou non ces raison "plus" ou moins bonnes. Mais bref.
Une autre bonne technique pour compiler le noyau, c'est si tu sais que ChromiumOS tourne bien sur ton ordi, à quelques détails près.
Hé, pas con du tout! À tester.
Je ne sais pas bien si recompiler son noyau entraîne des gains de performances vraiment significatifs
La réponse est à la fois simple et complexe.
Compiler ton noyau aux petits oignons t'apporteras forcément un gain de performances, mais vues les machines que l'on à de nos jours, et vu le temps qu'elles passent idle, quel sera ce gain?
Quasi nul, c'est clair. Les systèmes modernes sont conçus pour être modernes... c'est à dire du soft récent (moins de 3 ans) sur du hard récent (moins de 5 ans). Quand tu passes ces limites d'âge, tu commences à ressentir des ralentissements, windows, linux, ou *bsd, peu importe (mais je n'ai pas de vécu sur *bsd).
, mais ça peut toujours un peu améliorer les choses et ça peut être intéressant.
Moi, le problème que j'ai, c'est que j'aime la simplicité. Pas la simplicité de mettre en œuvre, mais celle d'entretenir et de réparer. Sans faire appel à quiconque.
Tous les systèmes devraient viser ça, c'est ça pour moi, la vraie fierté d'un ingénieur: créer un système efficace si simple que n'importe qui de curieux soit capable de le réparer. Sachant que la simplicité, c'est la choses la plus difficile à atteindre.
[^] # Re: Environement de bureau
Posté par freem . En réponse au message Ai-je choisi la bonne distribution ? (Mint). Évalué à 2.
J'ai eu les mêmes constats.
Avec le constat supplémentaire, que les sites compliqués à gérés n'ont en général pas grand chose à offrir, excepté du loisir "nobrain", si tu vois ce que je veux dire. J'ai honte, un prof m'(nous)avait fait réfléchir sur la signification entre 2 termes proches, loisir était l'un d'eux, et la différence était l'absence d'effort pour l'un et l'enrichissement personnel pour l'autre... et j'arrive pas à me souvenir des termes! (ça fait bien 2 semaines que ça me trotte dans la tête ce blanc en plus) et du coup je suis obligé de recourir à un anglicisme...
Mais, je testerais umatrix. Le genre d'outils qui devrais être implémenté par défaut dans un véritable logiciel qui défendrait la vie privée, et du coup la liberté. Mais bon...
Mon grand défaut: j'aime comprendre ce que je fait. Je l'ai acquis quand je suis devenu adulte, je pense, avant j'aimais jouer, je ne regardais pas le temps, et je me foutais que les gens me considèrent comme un type bizarre :)
Faut que j'arrive à trouver une tribu de geeks&nerds pour franchir le prochain pas je pense :D
Conseils très pertinents. Pour ce qui est des fonctionnalités du CPU, il me semble que -march est fixé sur auto, par défaut, et que ça détecte le matos local. Est-ce fiable? Aucune idée, tu ~sembles en savoir~ en sais manifestement bien plus que moi.
J'ai... déjà essayé de m'installer une gentoo. Échec. 2 fois. Mais, l'environnement linuxien devenant ce qu'il deviens, je n'aurais pas d'autres choix que d'y arriver si je veux garder un système sur lequel j'aie un réel contrôle.
Je pense que le jour ou j'arriverais à faire tourner une gentoo sur ma machine perso, avec des perfs décentes, je passerai au "niveau supérieur" dans ma maîtrise linux, voire système tout court.
Une chose qui m'agace particulièrement, c'est, comme d'autres, l'avènement de systemd, qui n'à de réel intérêt que sur les systèmes hébergeant de nombreux daemons. Et les DEs majeurs utilisant de nombreux daemons, pour des raisons plus ou moins bonnes, on bouffe des ressources pour des prunes, qu'on utilise ou non ces raison "plus" ou moins bonnes. Mais bref.
Hé, pas con du tout! À tester.
La réponse est à la fois simple et complexe.
Compiler ton noyau aux petits oignons t'apporteras forcément un gain de performances, mais vues les machines que l'on à de nos jours, et vu le temps qu'elles passent idle, quel sera ce gain?
Quasi nul, c'est clair. Les systèmes modernes sont conçus pour être modernes... c'est à dire du soft récent (moins de 3 ans) sur du hard récent (moins de 5 ans). Quand tu passes ces limites d'âge, tu commences à ressentir des ralentissements, windows, linux, ou *bsd, peu importe (mais je n'ai pas de vécu sur *bsd).
Moi, le problème que j'ai, c'est que j'aime la simplicité. Pas la simplicité de mettre en œuvre, mais celle d'entretenir et de réparer. Sans faire appel à quiconque.
Tous les systèmes devraient viser ça, c'est ça pour moi, la vraie fierté d'un ingénieur: créer un système efficace si simple que n'importe qui de curieux soit capable de le réparer. Sachant que la simplicité, c'est la choses la plus difficile à atteindre.