J'avais pour habitude sous opera12 de n'autoriser JS que sur une liste blanche. Dommage, aucun autre navigateur ne le fait, mais ça permettait de remarquer un point très intéressant: plus y'a de JS dans un site, moins il y a de données utiles (je ne compte pas les pub, juste, les données réelles du site). Le web sans JS obligatoire est l'endroit ou les gens n'ont pas encore perdu l'esprit, si tu veux mon opinion.
J'utilise umatrix pour faire ça sous Firefox (fonctionne aussi sous Chromium en principe). C'est le même qui fait uBlock Origin derrière cette extension.
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.
Pour la compilation du noyau, j'ai l'impression qu'une piste, c'est de télécharger les sources avec apt-get source, ou kernel.org ou depuis là http://kernel.ubuntu.com/~kernel-ppa/mainline/ (je suis sous Ubuntu / Mint).
Ensuite, tu récupères le .config de ta distrib (dans le /boot), tu le places dans le dossier des sources décompressées, tu compiles avec ça et tu vois si ça marche. 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.
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.
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, ce qui accélère un peu le boot (penser à compiler également les systèmes de fichiers utilisés en dur, en tout cas celui qui contient la partition principale).
Le wiki de Gentoo a une tendance à être de bon conseil concernant les options de compilation du noyau je crois. (tout comme le wiki d'Arch est souvent très utile même pour les gens qui n'utilisent pas Arch, d'ailleurs).
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. Tu récupère le .config utilisé (il a l'avantage d'être assez minimaliste et le noyau résultant est assez optimisé), et de rajouter les quelques trucs qui manquent. Ça peut être plus compliqué à faire.
Une dernière chose : il semblerait certaines choses doivent rester des modules, ou alors j'avais cassé autre chose, mais lors d'une compilation du noyau, en démarrant dessus je recevais quelque chose du type "Unable to bind codec" concernant le pilote audio, et du coup je n'avais pas de son. D'où la technique de la sauvegarde du .config à chaque étape (ce que je n'avais bien évidemment pas fait). Recompiler après avoir changer quelques options et plutôt rapide généralement, alors autant ne pas s'en priver :-)
C'est vrai que les dépêches ne sont pas forcément évidentes à lire, j'ai une lecture plus générale que précise de pas mal de choses, quitte à se concentrer un peu mieux sur ce qui attire mon attention. Mais c'est ok et ce n'est pas forcément un problème :-). (quitte à ne pas toucher les trucs que tu ne comprends pas, de toute façon la config proposée parles distributions est sensée :-) )
Je ne sais pas bien si recompiler son noyau entraîne des gains de performances vraiment significatifs, mais ça peut toujours un peu améliorer les choses et ça peut être intéressant.
[^] # Re: Environement de bureau
Posté par raphj (site web personnel) . En réponse au message Ai-je choisi la bonne distribution ? (Mint). Évalué à 3.
J'utilise umatrix pour faire ça sous Firefox (fonctionne aussi sous Chromium en principe). C'est le même qui fait uBlock Origin derrière cette extension.
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.
Pour la compilation du noyau, j'ai l'impression qu'une piste, c'est de télécharger les sources avec apt-get source, ou kernel.org ou depuis là http://kernel.ubuntu.com/~kernel-ppa/mainline/ (je suis sous Ubuntu / Mint).
Ensuite, tu récupères le .config de ta distrib (dans le /boot), tu le places dans le dossier des sources décompressées, tu compiles avec ça et tu vois si ça marche. 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.
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.
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, ce qui accélère un peu le boot (penser à compiler également les systèmes de fichiers utilisés en dur, en tout cas celui qui contient la partition principale).
Le wiki de Gentoo a une tendance à être de bon conseil concernant les options de compilation du noyau je crois. (tout comme le wiki d'Arch est souvent très utile même pour les gens qui n'utilisent pas Arch, d'ailleurs).
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. Tu récupère le .config utilisé (il a l'avantage d'être assez minimaliste et le noyau résultant est assez optimisé), et de rajouter les quelques trucs qui manquent. Ça peut être plus compliqué à faire.
Une dernière chose : il semblerait certaines choses doivent rester des modules, ou alors j'avais cassé autre chose, mais lors d'une compilation du noyau, en démarrant dessus je recevais quelque chose du type "Unable to bind codec" concernant le pilote audio, et du coup je n'avais pas de son. D'où la technique de la sauvegarde du .config à chaque étape (ce que je n'avais bien évidemment pas fait). Recompiler après avoir changer quelques options et plutôt rapide généralement, alors autant ne pas s'en priver :-)
C'est vrai que les dépêches ne sont pas forcément évidentes à lire, j'ai une lecture plus générale que précise de pas mal de choses, quitte à se concentrer un peu mieux sur ce qui attire mon attention. Mais c'est ok et ce n'est pas forcément un problème :-). (quitte à ne pas toucher les trucs que tu ne comprends pas, de toute façon la config proposée parles distributions est sensée :-) )
Je ne sais pas bien si recompiler son noyau entraîne des gains de performances vraiment significatifs, mais ça peut toujours un peu améliorer les choses et ça peut être intéressant.