>>> Comme il en a pris l'habitude le site Linux Weekly News propose un article faisant le bilan complet sur les contributeurs de cette version.
A propos d'analyse du développement de Linux il y a un article extrêmement intéressant parmi ceux du dernier symposium => https://ols2006.108.redhat.com/2007/Reprints/kroah-hartman-R(...)
Le kernel hacker Greg Kroah-Hartman s'est servi du logiciel développé par Linux Weekly News (gitdm) pour analyser statistiquement les évolutions du noyau sur une période de près de deux ans et demi (du kernel 2.6.11 au kernel 2.6.21).
Je vous invite à lire cet article car il est bourré d'informations passionnantes.
Juste à titre d'exemple :
Entre la release du noyau 2.6.11 et celle du 2.6.21 il s'est écoulé 852 jours. Sur cette période le diff en nombre de patchs est de 59164. Une simple division donne donc le chiffre ahurissant de 2.89 patchs par heure pendant deux ans et demi (24 heures sur 24 et sept jours sur sept) !
En nombre de ligne de code c'est plus de 85 lignes de code noyau par heure pendant deux ans et demi...simplement hallucinant.
Mode optimiste on/
Et après on se demande pourquoi Microsoft ne peux pas suivre le rythme !
Mode optimiste off/
# Fast forward
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.22. Évalué à 10.
A propos d'analyse du développement de Linux il y a un article extrêmement intéressant parmi ceux du dernier symposium => https://ols2006.108.redhat.com/2007/Reprints/kroah-hartman-R(...)
Le kernel hacker Greg Kroah-Hartman s'est servi du logiciel développé par Linux Weekly News (gitdm) pour analyser statistiquement les évolutions du noyau sur une période de près de deux ans et demi (du kernel 2.6.11 au kernel 2.6.21).
Je vous invite à lire cet article car il est bourré d'informations passionnantes.
Juste à titre d'exemple :
Entre la release du noyau 2.6.11 et celle du 2.6.21 il s'est écoulé 852 jours. Sur cette période le diff en nombre de patchs est de 59164. Une simple division donne donc le chiffre ahurissant de 2.89 patchs par heure pendant deux ans et demi (24 heures sur 24 et sept jours sur sept) !
En nombre de ligne de code c'est plus de 85 lignes de code noyau par heure pendant deux ans et demi...simplement hallucinant.
Mode optimiste on/
Et après on se demande pourquoi Microsoft ne peux pas suivre le rythme !
Mode optimiste off/