Auteur Sujet: Inflation de la taille du noyau Linux et de ses pilotes  (Lu 1333 fois)

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 47 842
    • Twitter LaFibre.info
Inflation de la taille du noyau Linux et de ses pilotes
« le: 10 septembre 2024 à 15:35:25 »
Inflation de la taille du noyau Linux et de ses pilotes

Il est loin l'époque où le noyau Linux et ses pilotes prenaient moins de 1 Mo.

Depuis des années, la taille double tous les 1 à 2 ans.

Par exemple, avec Ubuntu 24.04 le noyau et ses pilotes (le gros paquet linux-firmware) pèsent maintenant 675 Mo !


Je ne sais pas s'il y a une solution possible.

En même temps, le très bon support matériel de Linux est aujourd'hui une force.

On peut acheter un PC de dernière génération et on sait que tous les périphériques vont fonctionner directement.

basilix

  • Abonné Orange Fibre
  • *
  • Messages: 425
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #1 le: 10 septembre 2024 à 15:48:47 »
@vivien :

On peut compiler son noyau et ne sélectionner que les modules requis pour faire fonctionner sa machine. Ce n'est définitivement pas à la portée de tous.
Les Anciens qui utilisent Gentoo le font certainement. Peut-être aussi les développeurs Linux.

Il y avait aussi le livre de Greg Kroah-Hartman mais je trouve qu'il est devenu trop ancien.

pju91

  • Abonné Free fibre
  • *
  • Messages: 926
  • 91
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #2 le: 10 septembre 2024 à 16:12:27 »
Ca paraît plus granulaire sur fedora (mais je ne m'amuse pas non plus à enlever des packages)

$ sudo dnf list installed *firmware |wc -l
22
$ sudo dnf repoquery --qf "%{size} %{name}-%{version}" *firmware* |wc
Last metadata expiration check: 0:18:57 ago on Tue 10 Sep 2024 03:48:50 PM CEST.
     87     174    3027
$ sudo dnf repoquery --qf "%{size} %{name}-%{version}" *firmware* |head
Last metadata expiration check: 0:19:11 ago on Tue 10 Sep 2024 03:48:50 PM CEST.
10044983 brcmfmac-firmware-20240312
10050097 brcmfmac-firmware-20240811
103794 r5u87x-firmware-0.2.0
104715 ivtv-firmware-20080701
1143586 cirrus-audio-firmware-20240312
1148248 cirrus-audio-firmware-20240811
1182829 crystalhd-firmware-3.10.0
12492 linux-firmware-vendor-20231219.1
12525700 mt7xxx-firmware-20240811
12602703 mt7xxx-firmware-20240312

vivien

  • Administrateur
  • *
  • Messages: 47 842
    • Twitter LaFibre.info
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #3 le: 10 septembre 2024 à 16:18:04 »
On peut compiler son noyau et ne sélectionner que les modules requis pour faire fonctionner sa machine.
Oui, c'était nécessaire il y a de nombreuses années (il y a plus de 20 ans).

Cela me rappelle de vieux souvenirs...
J'y ai passé du temps.

pju91

  • Abonné Free fibre
  • *
  • Messages: 926
  • 91
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #4 le: 10 septembre 2024 à 16:23:23 »
Cela me rappelle de vieux souvenirs...
Et pour des souvenirs encore plus lointains, ça me rappelle l'époque où j'installais des "UNIX" sur PC-AT avec un jeu de disquette 5" 1/4. On "croisait" les doigts au moment du reboot, après avoir installé une vingtaine de disquettes. Parfois, ça ne démarrait pas ...
A l'époque, c'était évidemment sur architecture 16 bits, noyau monolithique, mais il était assez facile d'écrire des drivers et de recompiler le noyau. On le faisait pour des cartes d'interface (multiport RS 232), des disques durs, etc ou tout simplement pour changer des paramètres du noyau (pas de sysctl)


Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 6 141
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #5 le: 10 septembre 2024 à 18:20:12 »
Et pour des souvenirs encore plus lointains, ça me rappelle l'époque où j'installais des "UNIX" sur PC-AT avec un jeu de disquette 5" 1/4. On "croisait" les doigts au moment du reboot, après avoir installé une vingtaine de disquettes. Parfois, ça ne démarrait pas ...
A l'époque, c'était évidemment sur architecture 16 bits, noyau monolithique, mais il était assez facile d'écrire des drivers et de recompiler le noyau. On le faisait pour des cartes d'interface (multiport RS 232), des disques durs, etc ou tout simplement pour changer des paramètres du noyau (pas de sysctl)
Il y a eu des Unix en 16 bits sur x86? Sur PC-AT 286? Je ne savais pas.
C'était quoi comme Unix, stp? Tu te souviens? Ca m'intéresse.

Tous les Unix que je connais sont en 32 bits ou 64 bits. Donc 386 au pire.

Leon.

pju91

  • Abonné Free fibre
  • *
  • Messages: 926
  • 91
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #6 le: 10 septembre 2024 à 19:25:47 »
Il y a eu des Unix en 16 bits sur x86? Sur PC-AT 286? Je ne savais pas.
C'était quoi comme Unix, stp? Tu te souviens? Ca m'intéresse.

Tous les Unix que je connais sont en 32 bits ou 64 bits. Donc 386 au pire.

C'est que je suis encore plus vieux que toi ... mais je me souviens, la sénilité ne m'a pas gagné.

En 1986, j'ai commencé à travailler dans le cadre de mon service national sur un système Unix sur PC (Goupil G40), donc sur processeur 80286.
On était 3 "scientifiques du contingent" à développer en Pascal, qui était en fait un traducteur Pascal - C sur cette machine.
On s'y connectait avec des terminaux (type VT) branchés en série sur ligne RS 232.
A cette époque, l'espace adressable par un programme était 64 kO, ce qui nous posait quelques difficultés (même pour des programmes en "curses").

J'ai ensuite, en 1987, rejoint la société qui importait en France cet OS fabriqué par la société VenturCom. Le produit s'appelait Venix. Le concurrent principal était Xenix distribué par SCO.
Peu de temps après sont apparues des versions 32 bits effectivement (un concurrent connu : Interactive Systems 386 ix).

(et pour finir sur ce rappel historique : dès 1987, la société dans laquelle je travaillais importait des "packages TCP/IP" pour apporter des couches "réseau" sur des OS qui n'en disposaient pas en standard, comme les VAX VMS de DEC. Le câblage se faisait en Thick Ethernet).
J'arrête ici pour mes histoires de vétéran ...

ppn_sd

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 206
  • FLG (28190)
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #7 le: 11 septembre 2024 à 01:23:33 »
Oui, c'était nécessaire il y a de nombreuses années (il y a plus de 20 ans).

Cela me rappelle de vieux souvenirs...
J'y ai passé du temps.

Pour ma part, l'intérêt de l'exercice s'était renouvelé avec la possibilité des noyaux EFI STUB.
Beau souvenir que le premier boot direct sur un kernel monolithique aux oignons. Derrière un clavier, l'épure est la seule quête qui vaille !  ;D

vivien

  • Administrateur
  • *
  • Messages: 47 842
    • Twitter LaFibre.info
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #8 le: 11 septembre 2024 à 08:26:16 »
Compiler soi-même son noyau, c'est généralement ne plus y toucher de nombreux mois, et donc ne pas corriger les failles de sécurité, non ?

ppn_sd

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 206
  • FLG (28190)
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #9 le: 11 septembre 2024 à 08:41:01 »
Compiler soi-même son noyau, c'est généralement ne plus y toucher de nombreux mois, et donc ne pas corriger les failles de sécurité, non ?
Un script de mise à jour est facile à mettre en place. Et puis limiter les options, c'est aussi théoriquement limiter les possibilités de bugs et donc de failles non ?

J'ai toujours considéré le noyau comme un logiciel comme un autre pour les mises à jour : paradoxalement, mettre à jour souvent limite la casse. Rien de pire que de sauter 5 versions majeures et de bâcler la mise à jour.
Entre une config standard de debian avec 6k lignes dans le .config et une config custom 1-2k lignes, le choix est vite fait.

neopbm

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 85
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #10 le: 12 septembre 2024 à 10:29:04 »
Bonjour,

Est-ce que cette taille de noyau grandissante pourrait finir par être un problème vu l'évolution des capacités des SSD ? Mon 1er portable avec un SSD avait une capacité de 120Go. Maintenant 256 ou 512 semble être la norme.
 
Comme indiqué dans le 1er post, si cela permet d'avoir la quasi assurance que tout fonctionne "out of the box" c'est quand même sympa.

Même si bien sûr cela ne met pas à l'abri des erreurs ou bug. J'ai le cas sur ma machine actuelle : Le driver nécessaire à la gestion de l'écran est absent des dernières versions. Ceci depuis au moins 6.2 de mémoire. Donc ma config est plus fonctionnelle avec le kernel GA de Ubuntu 22.04 plus ancien mais plus petit en taille. Et cela me "bloque" sur cette version.

Est-ce qu'il est imaginable, dans le futur, qu'avant l'installation la machine soit "évaluée" par le programme d'installation lors de la session live pour ne télécharger/installer que le nécessaire ? Avec les capacité disques et les connexions fibres, je suis pas certain que l’intérêt soit énorme pour les particulier en tout cas.

Bonne journée

ppn_sd

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 206
  • FLG (28190)
Inflation de la taille du noyau Linux et de ses pilotes
« Réponse #11 le: 12 septembre 2024 à 10:32:37 »
Le noyau compilé ne prends pas beaucoup de place. C'est l'ensemble des firmwares le problème. Mais il est possible d'avoir une gestion plus fine. C'est le cas de certaines distributions. Après, il suffit de pas prendre le paquet et de chercher manuellement les quelques fichiers nécessaires. A part les microcodes de processeurs qui ont des paquets à part, les mises à jours ne sont pas courantes non plus.