Discussion :

[Katleen Erna]

Le noyau de Linux dépasse les 11.5 millions de lignes de codes

Red Hat, IBM et Novell restent les principaux soutiens du noyau Linux, un projet open-source qui s'est étoffé de 2.7 millions de lignes de code depuis les 16 derniers mois.

Le créateur de Linux (Linus Torvalds) a quant à lui disparu de la liste des 30 personnes contribuant le plus au système si ne sont pris en compte que les données relatives au noyau. Torvalds s'investit d'avantage dans d'autres domaines et il est toujours le principal contribuant dans les chiffres globaux.

Les données proviennent du rapport de développement du projet rédigé par Greg Kroah-Hartman de Novell, Jonathan Corbet de LWN.net et Amanda McPherson de la Fondation Linux.

Le précédent rapport datait de 2008. Depuis la publication de ce dernier, une dizaine de nouveaux développeurs à rejoint l'équipe gérant le cycle des sorties de chaque noyau (tous les deux ou trois mois environ). De plus, le nombre de lignes de codes ajoutées quotidiennement au noyau à presque triplé, ce qui donne un total dépassant les 11.5 millions de lignes : 10.923 lignes de code ont ainsi été ajoutées ( +70%) ; 5.547 ont été supprimées (+ 68%) et 2.243 autres ont été changées (+ 32 %) chaque jour par la communauté de développement. Le taux est supérieur à n'importe quel projet de programme de n'importe quelle taille.

Les entreprises Red Hat, Novell et IBM sont celles qui contribuent le plus aux changements appliqués au noyau avec un total de 24 % des changements réalisés par leurs employés au cours des 16 derniers mois. Les changements sont implémentés dans les noyaux à la fin de chaque cycle, tous les 81 jours.

Le rapport démontre aussi que depuis 2005, ce sont plus de 5000 développeurs appartenant à près de 500 compagnies qui ont contribué à sa réalisation. Leur nombre a doublé depuis 2006, mais le rapport montre que ce n'est qu'un relativement petit nombre d'entre eux qui réalise le plus gros du travail.

La conclusion du rapport salue la constante augmentation du nombre de contributeurs et l'accélération du développement du projet qui traduisent "une communauté vibrante, active, constamment responsable de l'évolution du noyau en réponse aux nombreux environnements différents dans lequel il est utilisé."

Source : Rapport de la Linux Foundation sur les auteurs du noyau (PDF)

Autant de développeurs différents, venant d'univers n'ayant rien en commun, n'est-ce pas nuisible à l'élaboration d'un projet qui, justement, est commun ?

Le nombre élévé de lignes de code n'est-il pas génant pour la maintenance ?

La fréquence de sortie de nouveaux Kernel étant si élevée, n'est-elle pas préjudiciable à la stabilité des systèmes ?

[gannher]

Autant de développeurs différents, venant d'univers n'ayant rien en commun, n'est-ce pas nuisible à l'élaboration d'un projet qui, justement, est commun ?

Le nombre élévé de lignes de code n'est-il pas génant pour la maintenance ?

La fréquence de sortie de nouveaux Kernel étant si élevée, n'est-elle pas préjudiciable à la stabilité des systèmes ?

Je trouve que les développeurs venant d'horizon différent est une bonne chose dans la mesure où chacun peut apporter son expérience et son savoir.

Pour le nombre de lignes, je me posais en effet la question. Ca ne doit pas être facile de s'y retrouver mais je suppose que tout est bien organisé en modules je pense.

La sortie de nombreux kernel ne veut pas dire qu'on est obligé de mettre à jour son système. Je pense d'ailleurs qu'aucun environnement en production ne s'amuse à mettre à jour le kernel (sauf cas exceptionnel).

[entreprise38]

'soir

Autant de développeurs différents, venant d'univers n'ayant rien en commun, n'est-ce pas nuisible à l'élaboration d'un projet qui, justement, est commun ?
=> Tout dépend de comment le projet est géré. En général, on ne laisse pas tout le monde concevoir et coder comme il l'entend => c'est le rôle des chefs de projets que de manager tout ça.
J'aimerai bien coder selon mes principes, et pourtant je dois bien respecter les décisions de mon chef de projet et de mon patron, que je sois d'accord ou non (haaaa.... le jour où je serai aussi chef de projet ).

Le nombre élévé de lignes de code n'est-il pas génant pour la maintenance ?
=> Avant de dire s'il est élevé ou non, il faudrait commencer par comparer ce chiffre avec ceux de grandes applications.
Sachant de dans nombre de programmes on dépasse facilement le millier de lignes par fichier source, ça grimpte très très vite. Si en plus on compte les commentaires, on explose tout
Donc bon, 11.5 M, ça n'a absolument rien d'extraordinaire.

C'est comme quand on dit qu'une voiture rejette XX tonnes de CO² par kilomètre: ça ne veut RIEN dire s'il n'y a pas de référence (une tonne de CO², ça a l'air de faire beaucoup, ça choque, et pourtant c'est si peu....).

La fréquence de sortie de nouveaux Kernel étant si élevée, n'est-elle pas préjudiciable à la stabilité des systèmes ?
=> Pourquoi ?
De plus, une sortie tous les 2~3 mois, ce n'est pas spécialement élevé.
Notons aussi qu'il faut bien faire attention aux versions des noyaux : ils indiquent facilement s'il sagit d'une version stable (utilisable en production) ou non stable (pour tester, ou nos amis les geeks).
Résultat : aucun problème.


Et pour le fun :

Le taux est supérieur à n'importe quel projet de programme de n'importe quelle taille.

N'importe nawak

[smyley]

=> Avant de dire s'il est élevé ou non, il faudrait commencer par comparer ce chiffre avec ceux de grandes applications.

Linux : ~ 9 million (Kernel) ~283 million (Debian GNU/Linux) - Donc apparemment 11,5 million maintenant pour le kernel
Mac OS X : ~86 million
OpenSolaris : (pourquoi pas) ~10 million
Windows : ~ 40(XP)/64(Vista) million
...

Source : http://en.wikipedia.org/wiki/Compari...rating_systems

[gege2061]

Linux : ~ 9 million (Kernel) ~283 million (Debian GNU/Linux) - Donc apparemment 11,5 million maintenant pour le kernel
Mac OS X : ~86 million
OpenSolaris : (pourquoi pas) ~10 million
Windows : ~ 40(XP)/64(Vista) million
...

Source : http://en.wikipedia.org/wiki/Compari...rating_systems

Quelques statistiques : https://www.ohloh.net/p/linux/analyses/latest

On peut, entre autre, voir que le nombre de ligne a doublé en 4 ans !

Après un rapide comptage, les dossiers drivers/ et firmware/ comptent à eux seuls près de 5.9 millions de lignes.

Et histoire de comparer avec des outils que l'on a l'habitude de manipuler/développer, gedit compte 100 000 lignes, donc le nombre de ligne de code de Linux ne me semble pas énorme, ce qui est confirmé par les statistiques de smyley.

[Thorna]

Le nombre élévé de lignes de code n'est-il pas génant pour la maintenance ?
=> Avant de dire s'il est élevé ou non, il faudrait commencer par comparer ce chiffre avec ceux de grandes applications.
Sachant de dans nombre de programmes on dépasse facilement le millier de lignes par fichier source, ça grimpte très très vite. Si en plus on compte les commentaires, on explose tout
Donc bon, 11.5 M, ça n'a absolument rien d'extraordinaire.

Euh... Oui et non! Ce n'est pas parce qu'on se compare à des plus mauvais qu'on est forcément bon!
11 millions de lignes c'est monstrueux à maintenir, surtout par une équipe distribuée tant géographiquement que par rapport aux domaines de compétence. Ca n'a plus rien à voir avec le Linux des origines. Certes, il n'avait rien de transcendant mais là, ce qu'on a, c'est une usine à gaz, pour laquelle on doit maintenir des tas de lignes dont, sans doute, une bonne partie n'est jamais (plus) utilisée. Bref, on tend lentement vers la situation qui fait dire à tous les détracteurs de Windows que leur truc est "une usine à gaz, pour laquelle on doit maintenir des tas de lignes dont, sans doute, une bonne partie n'est jamais (plus) utilisée".

[gulain]

C'est pas la taille qui compte, c'est la façon dont on s'en sert.

[nirgal76]

Tout dépends de la façon de coder. Si c'est clair, bien commenté, bien découpé, y'a pas de soucis. mais les contributions étant nombreuses, on peut se demander si c'est le cas car chacun à ça façon de coder, d'organiser, de penser. ça doit être assez inégal.
Après, faudrait savoir le pourcentage de ligne de code modifiées la dedans. est-ce qu'il n'y a que du nouveau code (module, drivers..) et quasiment pas de maintenance sur le noyau (car c'est la que l'on voit si le code est bien fichu, s'il est facilement maintenable derrière).
je n'ai jamais pris la peine de vraiment regarder des sources de projet opensource comme linux mais le peu que j'ai regardé, ça me semblait pas très "propre" mais c'était des petits softs parmis les milliers de paquets de la distrib et il y en a forcément qui ne sont pas des exemples. J'imagine que le kernel, c'est plus encadré et strict, sinon, il n'aurait pas la stabilité qui est la sienne.

[Leonhart]

11.5 M de lignes de code pour un projet informatique collaboratif et Open-source ... ça force l'admiration !

Et même si MS ou APL peut atteindre dix fois plus, ils n'ont pas les même moyens !

Une petite retro des versions de Linux serait la bienvenu pour voir le chemin qu'a parcouru ce projet. Parceque l'on aime ou non, Linux est un OS sérieux bourré de qualité a qui on ne donnait pas une chance sur 11 millions de réussite.

[Lyche]

Euh... Oui et non! Ce n'est pas parce qu'on se compare à des plus mauvais qu'on est forcément bon!

Sous entend tu que Linux est le top du top et que rien ne peut lui être comparé?

[argonath]

Euh... Oui et non! Ce n'est pas parce qu'on se compare à des plus mauvais qu'on est forcément bon!
11 millions de lignes c'est monstrueux à maintenir, surtout par une équipe distribuée tant géographiquement que par rapport aux domaines de compétence. Ca n'a plus rien à voir avec le Linux des origines. Certes, il n'avait rien de transcendant mais là, ce qu'on a, c'est une usine à gaz, pour laquelle on doit maintenir des tas de lignes dont, sans doute, une bonne partie n'est jamais (plus) utilisée. Bref, on tend lentement vers la situation qui fait dire à tous les détracteurs de Windows que leur truc est "une usine à gaz, pour laquelle on doit maintenir des tas de lignes dont, sans doute, une bonne partie n'est jamais (plus) utilisée".

C'est pour cela que sont publiées également le taux de lignes de codes supprimées et modifiées... le noyau linux est un projet sans cesse relu... ce qui rend moins inquiétant sa prise en volume

[Floréal]

Je vais faire du mauvais esprit, c'est donc à prendre au second degré: ça veut dire qu'il y a plus de bugs qu'avant?

D'ailleurs je me demande s'il existe une loi mathématique ou un théorème qui dit que l'augmentation des anomalies d'un programme est proportionnelle / exponentielle / logarithme du nombre de ligne de code.

Linux : ~ 9 million (Kernel) ~283 million (Debian GNU/Linux) - Donc apparemment 11,5 million maintenant pour le kernel
Mac OS X : ~86 million
OpenSolaris : (pourquoi pas) ~10 million
Windows : ~ 40(XP)/64(Vista) million
...

Source : http://en.wikipedia.org/wiki/Compari...rating_systems

S'agit-il des lignes de code pour les noyaux / équivalent de noyaux, ou bien des "distributions"? Je pose simplement cette question car en premier lieux on lit d'abord le nombre de ligne pour le noyaux Linux, et ensuite le nombre de ligne pour les outils de base de Debian (d'après ce que je comprends).
Et en suite on ne sait plus si on parle du "core" des systèmes ou si -par exemple- notepad est compris dans les 64 Millions de lignes de Vista

[smyley]

valoriser une produit sur son nombre de lignes de code est une stupidité complète !

donc faut arrêter de valoriser un produit suivant un critère quantitatif!
ça n'a vraiment aucun sens , c'est juste pour faire parler les journaux et média.

C'est peut être simplement pour donner une information quand à la taille du projet du noyau Linux rien de plus ...

D'ailleurs je me demande s'il existe une loi mathématique ou un théorème qui dit que l'augmentation des anomalies d'un programme est proportionnelle / exponentielle / logarithme du nombre de ligne de code.

Statistiquement je dirais que c'est bien proportionnel

S'agit-il des lignes de code pour les noyaux / équivalent de noyaux, ou bien des "distributions"?

Je ne sais pas comment sont compté les lignes de code.
Pour Mac OS X ça sort d'une keynote où Steve Jobs affirme qu'ils ont porté 86 millions de lignes de code sur une nouvelle architecture.
Pour Windows on retrouve un peut les mêmes résultats un peu partout sur Internet.
Par contre, savoir exactement ce qui est compté je ne sais pas si on peut vraiment en être sur en dehors d'un projet OpenSource.

Il faut aussi tenir compte que (selon Wikipedia) Linux a un noyau monolithique alors que Windows et Mac fonctionnent sur un noyau Hybride qui peut peut être également altérer l'interprétation des résultats ...