Saveurs du noyau Linux dans les versions modernes

De nos jours (18.04+), il existe beaucoup plus de saveurs de noyau, et elles ne sont pas toutes bien décrites. Je les vois:

• generic, celui par défaut, avec une -hwebranche possible ;
• virtual- idem genericmais excluant modules-extra. Peut aussi avoir une -hwebranche;
• kvm;
• azure, aws, gcp, gke- ciblant les fournisseurs de cloud;
• oem - qui est-ce?;
• oracle - quels systèmes Oracle?

Alors, comment choisir? Par exemple, VPS n'a probablement pas besoin de genericnoyau, virtualnécessiterait beaucoup moins d'espace disque précieux, mais kvmest-ce encore mieux? Quelle est la différence en premier lieu?

Le wiki a une page sur le sujet ( https://wiki.ubuntu.com/Kernel/Dev/Flavours ), mais elle est bien dépassée.

L'équipe du noyau Ubuntu possède un site Web dédié qui renvoie à divers rapports sur les packages et versions du noyau sur Ubuntu. À partir de là, consultez les versions des packages pour voir rapidement quels noyaux sont actuellement gérés sur les versions Ubuntu disponibles.

Liste des saveurs du noyau préemballées pour Ubuntu:

• linux qui fournit des noyaux génériques (12.04+)
• linux-hwequi fournit la pile d'activation Ubuntu LTS
• linux-hwe-edge a des noyaux plus récents que linux-hwe
• linux-kvm qui fournit des noyaux pour les systèmes virtuels (16.04+)
• linux-aws qui fournit des noyaux pour Amazon Web Services (14.04+)
• linux-aws-edgea des noyaux plus récents que linux-aws(16.04+)
• linux-aws-hwe peut fournir des noyaux plus récents que linux-aws-edge
• linux-azure qui fournit des noyaux pour les systèmes Azure (14.04+)
• linux-euclid qui fournit des noyaux pour les systèmes Intel Euclid (16.04)
• linux-gcp qui fournit des noyaux pour Google Cloud Platform (16.04+)
• linux-gcp-edgepeut fournir des noyaux plus récents que linux-gcp(18.04)
• linux-oemqui fournit des noyaux pour les systèmes OEM , notamment Dell, Lenovo, Acer, etc. (16.04+)
• linux-oem-osp1a des noyaux plus récents que linux-oem(18.04+)
• linux-oracle qui fournit des noyaux pour les systèmes Oracle (16.04+)
• linux-oracle-edgea des noyaux plus récents que linux-oracle(pas encore de version)
• linux-raspi2 qui fournit des noyaux pour l'architecture BCM2709 (16.04+)
• linux-snapdragon qui fournit des noyaux pour l'architecture Qualcomm Snapdragon 410c (16.04+)

Ce qui a été répertorié ici exclut certains packages méta et de transition qui ne se trouvent pas dans les versions de package , mais qui se trouvent autrement dans la recherche de packages Ubuntu . Chaque description a été adaptée à partir des packages Ubuntu ou alternativement à la description de la apt-cache show <package>commande.

Alors, comment choisir?

Certes, il n'y a pas de guide précis pour choisir les noyaux à utiliser au cas par cas.

Les utilisateurs finaux n'ont généralement pas besoin de choisir un autre noyau Linux, par exemple, lors de l'installation d'Ubuntu Desktop sur une machine virtuelle - cela fonctionnera tout simplement. Si les images de téléchargement fournies ne répondent pas aux besoins et que l'utilisateur doit plutôt décider quels noyaux utiliser, il est fort probable que l'utilisateur doive demander à la personne qui fournit le service d'exécuter Ubuntu. Ils devraient avoir la réponse.

Quelle est la différence en premier lieu?

En un mot: optimisation.

Les utilisateurs finaux ne vont généralement pas aussi loin pour savoir quelles sont les choses optimisées pour chaque noyau préemballé pour Ubuntu. Il n'y a pas de moyen facile de savoir quelle est la différence en premier lieu, à moins que la documentation n'ait été faite correctement. Il y a un endroit pour le savoir: le journal des modifications.

Les journaux des modifications sont spécifiques à chaque package et aux versions actuellement prises en charge. Par exemple, le changelog for linuxin bionic a noté plus de changements liés à l'optimisation pour diverses plates-formes en général, tandis que le changelog for linux-kvmin bionic a noté plus de changements liés aux conteneurs (virtualisation au niveau du système d'exploitation).

Les utilisateurs finaux de TL; DR n'ont pas besoin de choisir et d'utiliser à la place les noyaux inclus dans les images Ubuntu. Sinon, cherchez quelqu'un avec les connaissances - le fournisseur de services ou qui que ce soit.