IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Linux en chiffres : le kernel entre dans la nouvelle année avec 27,8 millions de lignes sur Git,
Mais moins de développeurs ont participé en 2019

Le , par Stéphane le calme

153PARTAGES

12  0 
Le 1er janvier 2020, dans l'arborescence des sources du kernel Linux Git étaient comptabilisées 27,8 millions de lignes ! Les statistiques indiquent exactement 27 852 148 lignes (parmi lesquelles figurent les documents, les fichiers Kconfig, les utilitaires de l'espace utilisateur dans l'arborescence, etc.), 887 925 commits et environ 21 074 auteurs différents. Les 27,8 millions de lignes sont réparties sur 66 492 fichiers.


En 2019, le noyau Linux a enregistré 74 754 commits, ce qui représente en fait le nombre de commits le plus bas jamais enregistré depuis 2013. En effet, en 2018 et en 2017, le nombre de commits était supérieur à 80 000, en 2016 il était supérieur à 77 000 et en 2015 et 2014 il était supérieur à 75 000.

Mais cela pourrait peut-être s'expliquer par un nombre d'auteurs en 2019 qui était moins important. 2019 a vu environ 4189 auteurs différents pour le noyau Linux, ce qui est inférieur aux 4362 en 2018 et 4402 en 2017.

Bien que le nombre de commits ait diminué en 2019, en termes de nombre de lignes il est au-dessus de la moyenne avec 3 386 347 lignes de nouveau code ajoutées et 1 696 620 lignes supprimées.

Outre Linus Torvalds, les contributeurs les plus prolifiques au noyau étaient (dans l'ordre) :
  • David S. Miller
  • Mark Brown
  • Takashi Iwai
  • Arnd Bergmann
  • Al Viro
  • Mauro Carvalho Chehab
  • H Hartley Sweeten
  • Ingo Molnar
  • Greg Kroah-Hartman
  • Christoph Hellwig
  • Chris Wilson
  • Thomas Gleixner
  • Russell King
  • Johannes Berg
  • Tejun Heo
  • Geert Uytterhoeven
  • Hans Verkuil
  • Dan Carpenter
  • Eric Dumazet


Intel et Red Hat sont restés parmi les principales sociétés qui contribuent au noyau Linux en upstream.


Dans les détails côté domaines, nous avons :
  • gmail.com, 86 347 lignes (9.72 %) ;
  • intel.com, 49 770 lignes (5.61 %) ;
  • redhat.com, 46 451 lignes (5.23 %) ;
  • kernel.org, 39 864 lignes (4.49 %) ;
  • linux-foundation.org, 26 771 lignes (3.02 %) ;
  • linaro.org, 20 163 lignes (2.27 %) ;
  • linux.intel.com, 18 137 lignes (2.04 %) ;
  • suse.de, 17 822 lignes (2.01 %) ;
  • amd.com, 16 886 lignes (1.90 %) ;
  • ti.com, 13 821 lignes (1.56 %).

Ci-dessous une sortie cloc de l'analyse du code Linux :

66449 text files.
66000 unique files.
11119 files ignored.

---------------------------------------------------------------------------------------
Language files blank comment code
---------------------------------------------------------------------------------------
C 27961 2761653 2292505 14061980
C/C++ Header 19875 531782 956091 4300989
reStructuredText 2153 101820 53725 270579
Assembly 1320 46971 101470 230117
JSON 273 0 0 161955
Bourne Shell 577 13299 9690 52817
make 2531 9485 10644 41766
SVG 58 117 1364 36216
Perl 59 6021 4422 30642
Python 118 4987 4588 26256
YAML 325 5205 1449 25529
yacc 9 697 359 4810
PO File 5 791 918 3077
lex 8 326 300 2015
C++ 10 320 129 1933
Bourne Again Shell 51 356 297 1765
awk 10 140 116 1060
Glade 1 58 0 603
NAnt script 2 146 0 551
Cucumber 1 28 50 174
Windows Module Definition 2 15 0 109
m4 1 15 1 95
CSS 1 28 29 80
XSLT 5 13 26 61
vim script 1 3 12 27
Ruby 1 4 0 25
INI 1 1 0 6
sed 1 2 5 5
---------------------------------------------------------------------------------------
SUM: 55360 3484283 3438190 19255242

L'actualité relative à Linux en 2019

De nombreux systèmes militaires américains critiques pour la sécurité utilisent désormais Linux

L’utilisation de Linux en tant que système d'exploitation flexible, transparent et hautement sécurisé semble de plus en plus devenir un choix de premier plan au sein d'entreprises,d'institutions d'enseignement et de secteurs gouvernementaux. Avec des préoccupations de sécurité nationale qui ont atteint un niveau record aux États-Unis, il semble que la mise en œuvre de Linux pourrait effectivement répondre aux besoins critiques du gouvernement américain en matière de sécurité pour le développement et les installations d'applications.

En raison de ses racines open source, Linux est considéré fondamentalement comme étant sécurisé, fiable et incroyablement adaptable. Linux intègre une approche de « défense en profondeur » de la sécurité, ce qui signifie que des mesures de sécurité robustes sont mises en œuvre à tous les niveaux de développement et de déploiement. Notons que Linux met l'accent sur la sécurité par la transparence.

Pour être approuvés pour une utilisation dans des fonctions gouvernementales essentielles, les logiciels et applications doivent être certifiés pour garantir qu'ils répondent à certaines normes de sécurité. Common Criteria, FIPS 140-2 et Secure Technical Implementation Guidelines (STIG) sont trois certifications de sécurité requises par le Département de la Défense des États-Unis. Ces certifications indiquent que la technologie répond aux protocoles de sécurité normalisés et que les outils cryptographiques implémentent correctement leurs algorithmes. Linux a été certifié pour répondre à tous ces critères.

Pour ces raisons, Linux n'est pas seulement un système d'exploitation qui peut servir au développement d'applications gouvernementales à sécurité critique, mais l'ouverture et la flexibilité inhérentes à Linux en font également un candidat intéressant pour les installations qui exigent le plus haut niveau de sécurité et de précision. Cependant, il convient de noter que, comme pour tout système d’exploitation, Linux doit d’abord subir des tests et un développement rigoureux supplémentaires avant d’être intégré dans l’infrastructure informatique du gouvernement américain.

L'équipe de développeurs du navigateur Vivaldi encourage les utilisateurs de...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de AndMax
Membre éprouvé https://www.developpez.com
Le 06/01/2020 à 12:16
Citation Envoyé par Stéphane le calme Voir le message
Mais cela pourrait peut-être s'expliquer par un nombre d'auteurs en 2019 qui était moins important.
Je pense qu'on sous-estime les vulnérabilités CPU comme Meltdown, Spectre, Spoiler, Fallout, ZombieLoad et toutes les variantes de 2019. Je pense que ceci a eu un impact considérable sur la disponibilité des principaux contributeurs et sur l'organisation des évolutions du noyau.

Citation Envoyé par Stéphane le calme Voir le message

Et vous ?

Quel système d'exploitation utilisez-vous ?
Si vous utilisez Linux, quelle distribution a votre préférence ?
Quelle lecture faites-vous des statistiques autour du kernel Linux en 2019 ?
Quelle(s) est (sont) l'actualité(s) Linux qui vous a (ont) le plus marqué en 2019 ?
J'utilise surtout Debian 10, mais aussi Ubuntu. Ce que je lis dans l'actualité du noyau, c'est surtout que des efforts énormes avaient été réalisés pour améliorer les performances (on parle de nombreuses petites modifications qui avaient un impact positif de l'ordre de moins de 1%), et qu'avec les nombreuses failles CPU de ces dernières années, en réalité, on régresse (surtout si on fini par désactiver hyperthreading). La conséquence, c'est que moins de temps est consacré pour des évolutions fonctionnelles.

Malheureusement, lorsqu'on évoque les derniers CPU qui arrivent sur le marché, les articles de presse ne parlent que rarement des failles non corrigées, un peu comme si c'était résolu et de l'histoire ancienne, ou comme s'il fallait absolument vendre la nouveauté sans se poser de questions.
4  0