FreeBSD a choisi de multiplier les conditions de locking, tu peux ne verouiller que ce que tu as besoin. C'est mieux en perf mais c'est plus casse geule. Et FreeBSD essuis encore un peu les platres de ce choix.
Pour le moment, FreeBSD 5.x/6-CURRENT n'est pas giant free. Seule la pile reseau l'est (enfin presque partout) et la VM l'est sous -CURRENT only (cf debug.mpsafenet et debug.mpsafevm). Ce qui est peu pour assurer des perfs "convenables".
Actuellement, les efforts se portent principalement sur la -CURRENT. Les patches de jeffr pour un Giant-free VFS ou le phk_bufwork sont prometteurs.
Pour en revenir a "la chute de FreeBSD", tout s'est fait rapidement en fait. Beaucoup de nouveautes sont apparues tardivement, a cause de la sacro-sainte (chez FreeBSD) conservation ABI/API, juste avant le (vrai) features freeze. Ce qui a fait que pendant les 3 derniers mois, le bugtracking a ete ardu. Le timing d'intregration a parfois ete fatal: integration SMPng + KSE en meme temps, merge de la branche netperf, gcc 3.4 qui a paralyse le ports tree, le support TLS, etc...
Tout ca s'est fait dans la plus grande precipitation. C'est pour cela aussi qu'il y a eu un changement dans le cycle des releases : eviter le plus possible ce genre de problemes, en laissant les nouvelles features pourrir le moins longtemps possible.
FreeBSD 5.x a bcp d'avantages, on arrive a en tirer des choses pas mal comme serveur, il ne faut pas tout jeter qd meme, mais elle decoit un peu. N'ayons pas peur d'esperer un retour a la normale prochainement ;-)
[^] # Re: Ouaip
Posté par nullisimo . En réponse au journal La release de FreeBSD 5.3 est-elle une bonne cuvée ?. Évalué à 8.
Pour le moment, FreeBSD 5.x/6-CURRENT n'est pas giant free. Seule la pile reseau l'est (enfin presque partout) et la VM l'est sous -CURRENT only (cf debug.mpsafenet et debug.mpsafevm). Ce qui est peu pour assurer des perfs "convenables".
Actuellement, les efforts se portent principalement sur la -CURRENT. Les patches de jeffr pour un Giant-free VFS ou le phk_bufwork sont prometteurs.
Pour en revenir a "la chute de FreeBSD", tout s'est fait rapidement en fait. Beaucoup de nouveautes sont apparues tardivement, a cause de la sacro-sainte (chez FreeBSD) conservation ABI/API, juste avant le (vrai) features freeze. Ce qui a fait que pendant les 3 derniers mois, le bugtracking a ete ardu. Le timing d'intregration a parfois ete fatal: integration SMPng + KSE en meme temps, merge de la branche netperf, gcc 3.4 qui a paralyse le ports tree, le support TLS, etc...
Tout ca s'est fait dans la plus grande precipitation. C'est pour cela aussi qu'il y a eu un changement dans le cycle des releases : eviter le plus possible ce genre de problemes, en laissant les nouvelles features pourrir le moins longtemps possible.
Aujourd'hui FreeBSD 5.x souffre du syndrome FreeBSD 3.x. Note positive, FreeBSD commence a s'ouvrir vers de nouveaux horizons au lieu de se confiner dans ses certitudes (cf wishlist de scottl http://lists.freebsd.org/pipermail/freebsd-hackers/2004-December/00(...) ).
FreeBSD 5.x a bcp d'avantages, on arrive a en tirer des choses pas mal comme serveur, il ne faut pas tout jeter qd meme, mais elle decoit un peu. N'ayons pas peur d'esperer un retour a la normale prochainement ;-)