We reimplemented almost all boot-up and shutdown scripts of the standard Fedora install in much smaller, simpler and faster C utilities, or in systemd itself. Most of this will not be enabled in F14 however, even though it is shipped with systemd upstream. With this enabled the entire Linux system gains a completely new feeling as the number of shells we spawn approaches zero, and the PID of the first user terminal is way < 500 now, and the early boot-up is fully parallelized. We looked at the boot scripts of Fedora, OpenSUSE and Debian and distilled from this a list of functionality that makes up the early boot process and reimplemented this in C, if possible following the bahaviour of one of the existing implementations from these three distributions. This turned out to be much less effort than anticipated, and we are actually quite excited about this. Look forward to the fruits of this work in F15, when we might be able to present you a shell-less boot at least for standard desktop/laptop systems.
Nous avons réimplémenté presque tous les scripts de démarrage et d'arrêt d'une Fedora standard en des outils C bien plus petits et plus rapides, ou dans systemd. La plupart ne seront pas activés dans F14 même si ils sont quand même inclus dans systemd. Avec cela d'activé, le système Linux complet change de visage parce que le nombre de sessions shell exécutées approche de zéro, le PID du premier terminal utilisateur est bien inférieur à 500 et les premières étapes de démarrage sont complètement parallélisées. On a regardé les scripts de démarrage de Fedora, OpenSUSE et Debian et distillé les fonctionnalités qui représentent les premières étapes de démarrage pour les réimplémenter en C, si possible avec une seule réimplémentation pour chacune de ces trois distributions. Finalement, ça a demandé beaucoup moins d'effort qu'attendu et on est pas mal excité par tout ça. Anticipez le fruit de ce travail dans F15, lorsque nous pourrons alors vous présenter un boot sans aucun script shell, au moins pour une installation standard.
Je trouve cela très encourageant. Et pour ceux qui arguent que ce sera difficile à personnaliser, je vais vous demander si vous modifiez souvent le code qui monte les filesystem /sys et /proc, et qui fait un fsck du disque ?
Et si c'est le cas, sans doute devriez-vous remonter vos demandes de fonctionnalités upstream.
[^] # Re: Systemd
Posté par Mildred (site web personnel) . En réponse à la dépêche Fedora 14 en version alpha. Évalué à 10.
We reimplemented almost all boot-up and shutdown scripts of the standard Fedora install in much smaller, simpler and faster C utilities, or in systemd itself. Most of this will not be enabled in F14 however, even though it is shipped with systemd upstream. With this enabled the entire Linux system gains a completely new feeling as the number of shells we spawn approaches zero, and the PID of the first user terminal is way < 500 now, and the early boot-up is fully parallelized. We looked at the boot scripts of Fedora, OpenSUSE and Debian and distilled from this a list of functionality that makes up the early boot process and reimplemented this in C, if possible following the bahaviour of one of the existing implementations from these three distributions. This turned out to be much less effort than anticipated, and we are actually quite excited about this. Look forward to the fruits of this work in F15, when we might be able to present you a shell-less boot at least for standard desktop/laptop systems.
Nous avons réimplémenté presque tous les scripts de démarrage et d'arrêt d'une Fedora standard en des outils C bien plus petits et plus rapides, ou dans systemd. La plupart ne seront pas activés dans F14 même si ils sont quand même inclus dans systemd. Avec cela d'activé, le système Linux complet change de visage parce que le nombre de sessions shell exécutées approche de zéro, le PID du premier terminal utilisateur est bien inférieur à 500 et les premières étapes de démarrage sont complètement parallélisées. On a regardé les scripts de démarrage de Fedora, OpenSUSE et Debian et distillé les fonctionnalités qui représentent les premières étapes de démarrage pour les réimplémenter en C, si possible avec une seule réimplémentation pour chacune de ces trois distributions. Finalement, ça a demandé beaucoup moins d'effort qu'attendu et on est pas mal excité par tout ça. Anticipez le fruit de ce travail dans F15, lorsque nous pourrons alors vous présenter un boot sans aucun script shell, au moins pour une installation standard.
Je trouve cela très encourageant. Et pour ceux qui arguent que ce sera difficile à personnaliser, je vais vous demander si vous modifiez souvent le code qui monte les filesystem /sys et /proc, et qui fait un fsck du disque ?
Et si c'est le cas, sans doute devriez-vous remonter vos demandes de fonctionnalités upstream.