oui !! c'est à souligner :o)
La gestion des threads par NetBSD semble tardive, mais elle est dans le pur esprit NetBSD ! Car NetBSD est un précieux labo pour *BSD.
Faut admettre que l'implémentation des threads sous 4.4BSD est plus complexe que si on gere un thread comme un process.
Je me permets de faire de la pub ;)
Si on prends un système "pure-thread" comme sous 4.4.BSD, "pound", "oops!" et autres proxies, sont à leur avantage sous BSD.
La multiplication de process nuit à la gestion des ressources.
Les SysV ont un système de ressources variables, alors qu'un BSD va taper sur un vision de "fonctionnement normal".
Si vous téléchargez bsdcrash.c, vous pourrez vous moquez d'un BSD, car l'allocation de ressources est fixe (cf variable sysctl en read only, définies la compil du kernel ou au boot) mais elles ne correspondent que rarement à des utilisations réelles.
Un SysV s'auto-régule.
Aussi n'oublions pas que le nombre de développeurs sous *BSD est en constante diminution (si on compare à linux) et que le fait que ce soit des projets tres hierarchisés limite la volonté de certains à s'y affirmer.
enfin voila :) chuis un peu bourré ;) alors si vous avez des questions je suis pret a y répondre ;)
[^] # Re: Chez NetBSD aussi
Posté par sheepkiller . En réponse à la dépêche FreeBSD 5.0 est sorti !. Évalué à 6.
La gestion des threads par NetBSD semble tardive, mais elle est dans le pur esprit NetBSD ! Car NetBSD est un précieux labo pour *BSD.
Faut admettre que l'implémentation des threads sous 4.4BSD est plus complexe que si on gere un thread comme un process.
Je me permets de faire de la pub ;)
Si on prends un système "pure-thread" comme sous 4.4.BSD, "pound", "oops!" et autres proxies, sont à leur avantage sous BSD.
La multiplication de process nuit à la gestion des ressources.
Les SysV ont un système de ressources variables, alors qu'un BSD va taper sur un vision de "fonctionnement normal".
Si vous téléchargez bsdcrash.c, vous pourrez vous moquez d'un BSD, car l'allocation de ressources est fixe (cf variable sysctl en read only, définies la compil du kernel ou au boot) mais elles ne correspondent que rarement à des utilisations réelles.
Un SysV s'auto-régule.
Aussi n'oublions pas que le nombre de développeurs sous *BSD est en constante diminution (si on compare à linux) et que le fait que ce soit des projets tres hierarchisés limite la volonté de certains à s'y affirmer.
enfin voila :) chuis un peu bourré ;) alors si vous avez des questions je suis pret a y répondre ;)