Pourquoi la version 12.04 supprime-t-elle la saveur -server du noyau ?

Comme vous l'avez remarqué dans l'annonce des versions, les saveurs des noyaux générique et serveur ont été fusionnées pour la version 12.04 afin de réduire la charge de maintenance pendant la durée de vie de la LTS. Les deux saveurs de noyau ne diffèrent en fait que par rapport à deux options majeures de configuration du noyau : l'ordonnanceur d'E/S par défaut et le modèle de préemption.

Ce point a été discuté en détail sur la liste de diffusion de l'équipe du noyau d'Ubuntu.

• https://lists.ubuntu.com/archives/kernel-team/2011-October/017471.html

Comme indiqué dans ce fil de discussion, l'ordonnanceur d'E/S par défaut est passé de "deadline" à "cfq". Cependant, toute personne souhaitant conserver l'ordonnanceur d'E/S Deadline peut le faire au démarrage en définissant le paramètre elevator=deadline .

Le modèle de préemption est passé de CONFIG_PREEMPT_NONE à CONFIG_PREEMPT_VOLUNTARY. À l'heure actuelle, je n'ai malheureusement pas de repères de performance à vous indiquer. J'espère que cela vous aidera. Merci.

Votre question "pourquoi" trouve sa réponse dans la citation que vous avez fournie - parce que c'est plus facile à maintenir de cette façon. La fonctionnalité du noyau est assez bien paramétrée, vous pouvez changer des choses comme l'ordonnanceur au moment de l'exécution, il n'y a donc pas de besoin pressant de compiler des valeurs par défaut différentes.

Pour les raisons exactes et la discussion des détails, vous devriez demander sur la liste de diffusion Ubuntu KernelTeam - voir le site de la page informative du wiki KernelTeam pour les informations de contact.

Ce qui se passe maintenant, c'est qu'il n'y a qu'un seul noyau pour le serveur et le bureau. L'ordonnanceur d'entrées-sorties peut être changé au moment de l'exécution si vous le souhaitez, mais CFQ est l'ordonnanceur le plus complet et le plus activement maintenu, c'est donc un bon choix par défaut. Lequel vous utilisez fait peu de différence dans la plupart des charges de travail. Le noyau du serveur avait l'habitude de désactiver la préemption volontaire du noyau parce que, théoriquement, cela pouvait donner à l'utilisateur un sentiment de sécurité. légèrement mais je n'ai pas connaissance de mesures de performances qui montrent un quelconque avantage à ce niveau, donc en pratique, les serveurs ne seront pas affectés par le passage au modèle de préemption du bureau. Le noyau est également sans tic ( CONFIG_NO_HZ ), ce qui signifie qu'il planifie les interruptions de minuterie uniquement lorsque cela est nécessaire en fonction des minuteries de l'application en cours d'exécution plutôt qu'à un intervalle fixe, et je crois que c'est le cas depuis plusieurs versions maintenant, malgré ce que dit le guide du serveur.

TL;DR : Il n'y avait aucun avantage à maintenir un autre noyau pour les serveurs, donc la pratique a été arrêtée.