it-swarm-eu.dev

La meilleure façon de compiler un noyau pour un processeur i7?

J'ai compilé mes propres noyaux depuis un moment. J'ai commencé quand j'ai eu mon processeur i7 et je voulais que son turbo boost fonctionne correctement. Depuis, j'ai acheté un disque SSD et je continue donc de bénéficier d'un noyau plus récent que la version repo.

Avec mes dernières versions, j'ai commencé à avoir des pointes de processeur étranges. Cela pourrait être dû à un certain nombre de facteurs différents, mais j'aimerais que le noyau soit "correct" et, si possible, plus optimisé que jamais.

Je suis le "Old-Fashioned Debian" sur le noyau/Compiler . Je le fais parce que je suis en train de construire à partir d’un téléchargement direct depuis kernel.org . Premières questions: Dois-je obtenir mon source ailleurs et utiliser une méthode de compilation différente?

Le guide suggère d’obtenir le .config actuel comme ceci:

cp -vi /boot/config-`uname -r` .config

C’est très bien si votre configuration actuelle fonctionne bien, mais je crains que le mien ne pose un problème ... Deuxième question: existe-t-il un bon paramètre par défaut compatible avec Ubuntu et i7 .config fichier que je peux télécharger quelque part?

Il y a beaucoup de correctifs du noyau qui circulent actuellement. Certains promettent un système plus réactif en corrigeant IO bogues, certains donnent de "meilleurs" planificateurs (BFS, et autres), mais il est difficile de trouver des points de repère décents pour voir si ce sont des caractéristiques intéressantes si elles sont simplement instables. déchet. Troisièmement: existe-t-il des correctifs que vous appliqueriez à 2.6.35 pour le rendre plus compatible avec Lucid?

Je crains que ce soit make menuconfig où je me trompe. J'essaie d'éteindre les pilotes dont je n'ai pas besoin et de choisir des options qui semblent optimiser les choses, mais à vrai dire, je ne suis pas un développeur du noyau; Je ne sais pas avec certitude si une option va tout casser ou même aider. Quatrième: Comment optimiseriez-vous le .config/build-process pour un i7 et un SSD?

4
Oli

De mon point de vue kernel.org est le bon endroit pour obtenir un noyau. D'habitude, je clone le dépôt git depuis mainline. Peut-être pourriez-vous également utiliser un noyau Vanilla récent et appliquer les correctifs d'Ubuntu. Vous trouverez le diff sur le page du paquet linux-image . Sachez qu'il peut y avoir des conflits que vous devez résoudre. Donc, la première version est probablement meilleure.

Je suppose que vous ne trouverez aucun bon _.config_ dans la nature. Ce que je trouve utile, c'est _make localmodconfig_ dans la source du noyau. Tout d’abord, vous copiez votre ancienne configuration sur _/usr/src/linux-2.6_ (ou l’emplacement où se trouvent vos sources de noyau), puis vous exécutez cette commande. Cela désactivera tous les modules qui ne sont pas chargés. Donc, vous gagnez plus de personnalisation en premier lieu.

Je ne suis au courant d'aucun correctif bénéfique pour Lucid.

Je suis membre d'une section locale LUG . Nous faisons de temps en temps des ateliers sur le noyau. Ici tous les membres se rencontrent. Nous configurons un noyau et parlons de notre connaissance des différentes entrées. En fin de compte, tous en profitent et cela aide à construire de meilleurs noyaux. Donc, si je cherche une optimisation, je demanderais à nos membres. Si ce n’est pas une option, lire la liste de diffusion du noyau Linux pourrait également aider à trouver une solution. Vous trouverez souvent des discussions utiles.

4
qbi

Il y a un PPA de noyau principal: https://wiki.ubuntu.com/Kernel/MainlineBuilds

Sauf si vous essayez de résoudre un problème spécifique (que vous rencontrez avec un stock d’Ubuntu) ou si vous essayez d’utiliser une fonctionnalité/option spécifique non disponible sur le noyau d’Ubuntu, vous perdrez probablement votre temps.

Si vous avez un problème avec votre noyau actuel, veuillez créer un rapport de bogue sur le tableau de bord.

3
João Pinto

Vous ne mentionnez pas la version du noyau que vous construisez. Parce que vous avez posé des questions à Lucid sur les correctifs, je vais supposer que c'est ce que vous essayez de modifier.

Ma suggestion est de ne pas perdre votre temps. L’équipe de noyau Ubuntu applique tous les correctifs publiés par l’équipe de versions stables en amont à Lucid (ainsi que d’autres versions). Vous pourrez peut-être obtenir un peu plus de performances du noyau en ajustant à la main les paramètres de configuration, mais vous devrez passer plus de temps à essayer de mesurer l'amélioration s'il en existe une. Vous feriez bien mieux de rester sur un noyau de stock et de récupérer les noyaux corrigés d'Ubuntu. Ces correctifs peuvent contenir des améliorations de performances car des bugs sont détectés et corrigés.

La raison pour laquelle vous pouvez voir des pics de ressources processeur peut-être à cause de bogues du noyau qui ont été récemment corrigés en amont et les correctifs sont en train d’être intégrés à Lucid.

Une fois que vous commencez à construire votre propre noyau, vous assumez maintenant la responsabilité de le garder patché et reconstruit. C'est ce que Canonical paye aux gens pour qu'ils ne le fassent pas. Vous avez vraiment mieux à faire avec votre temps.

2
Brad Figg