1.5M d'init c'est enorme. Ton kernel doit etre chargé avec tous les drivers possible en interne.

Et non le kernel ne se recharge jamais depuis le filesystem.

Mais l'info vraiment interessante plutot que les differentes sections du kernel c'est a coup de

dmesg | greep -i free
[ 0.030702] Freeing SMP alternatives memory: 28K
[ 0.402626] Freeing initrd memory: 21748K
[ 0.718446] Freeing unused kernel memory: 1516K
[ 0.718874] Freeing unused kernel memory: 2012K
[ 0.720962] Freeing unused kernel memory: 1012K


Le kernel peux allouer de ma memoire en interne, oui, mais ce n'est pas pour du code.
Je persiste mais en dehors des modules qu'on charge depuis l'espace utilisateur (et qu'on peux decharger) le kernel est toujours 100% en memoire, les bout qui sont supprimé ne sont utilisé qu'une fois au boot, et le kernel les supprime juste pour économiser la mémoire.
Et meme les modules, une fois chargé, il ne dechargent pas d'eux meme, tant que personne ne fait un rmmod le code reste en memoire (et decharger le driver reviens a en supprimer les fonctionalités, et ne plus pouvoir utiliser le hardware lié)