pas forcément
1°) sur les unix, les process sont réentrant donc il y a du code partagé parmis tous les processus, donc ce n'est que le contexte qui prend de la place.
Si les process sont petit et bien ciblé, le contexte peut être relativement petit (pas besoin d'une stack prévu (en taille) pour le multithreads pour un simple calcul
2°) tu n'as forcément de tous le code tout le temps, voir pour un utilisateur précis, rarement besoin de tout le code.
Un noyau "générique" avec des modules consomme moins qu'un noyau "générique" avec tout compilé en dur ?
[^] # Re: Oui, mais
Posté par briaeros007 . En réponse à la dépêche Quelques aspects de la sécurité qui n'ont rien a voir avec le « Sandboxing ». Évalué à 1.
pas forcément
1°) sur les unix, les process sont réentrant donc il y a du code partagé parmis tous les processus, donc ce n'est que le contexte qui prend de la place.
Si les process sont petit et bien ciblé, le contexte peut être relativement petit (pas besoin d'une stack prévu (en taille) pour le multithreads pour un simple calcul
2°) tu n'as forcément de tous le code tout le temps, voir pour un utilisateur précis, rarement besoin de tout le code.
Un noyau "générique" avec des modules consomme moins qu'un noyau "générique" avec tout compilé en dur ?