La question que je me pose, faut-il considérer la perte de performance de Linux seul ou étudier son impacte sur la pile logicielle entière? Sans parler de l'ajout de fonctionnalités, l'inclusion de certains traitements directement dans le noyau, donc l'alourdir ne peut-il pas proposer un gain moyen plus important à un processus en espace utilisateur que si ce processus avait tout à faire lui même?
Je prends l'exemple tout simple de NFS. Si je compile son support dans le noyau, je vais l'alourdir un peu, le faire mouliner bien plus pour avoir mon serveur au meilleur de sa forme. Alors qu'au contraire, si je fais tourner NFS en espace utilisateur, je vais avoir des performances horribles mais un noyau se portant comme un charme.
Pareil pour l'indexation des fichiers, ça fonctionne beaucoup mieux avec le module qui va bien plutôt qu'avec tout en espace utilisateur avec un processus qui passerait son temps à mouliner pour rien. Et pourtant là encore ça ne va toujours pas aider mon noyau à s'alléger.
# approche local vs. globale?
Posté par suJeSelS . En réponse au journal Linux un bloat, ah bon ?. Évalué à 5.
Je prends l'exemple tout simple de NFS. Si je compile son support dans le noyau, je vais l'alourdir un peu, le faire mouliner bien plus pour avoir mon serveur au meilleur de sa forme. Alors qu'au contraire, si je fais tourner NFS en espace utilisateur, je vais avoir des performances horribles mais un noyau se portant comme un charme.
Pareil pour l'indexation des fichiers, ça fonctionne beaucoup mieux avec le module qui va bien plutôt qu'avec tout en espace utilisateur avec un processus qui passerait son temps à mouliner pour rien. Et pourtant là encore ça ne va toujours pas aider mon noyau à s'alléger.