A Linux Foundation kiadta 2010-es jelentését a Linux kernel fejlesztéséről

Kernel

A Linux Foundation (LF) kiadta idei helyzetjelentését a Linux kernel fejlesztéséről. Megtudhatjuk belőle, hogy a fejlesztés milyen ütemben folyik, kik végzik, mit csinálnak és a munkákat kik szponzorálják.

Az LF szerint a dokumentum azt igazolja, hogy a fejlesztők milyen kemény munkát végeztek az elmúlt egy évben. A 2009-es helyzetjelentés óta 1,5 millió sornyi kódot adtak hozzá a fejlesztők a kernelhez. Ez azt jelenti, hogy az év minden napján - beleértve az ünnepeket és a hétvégéket is - átlagosan 9 058 sort toltak be a kernelbe, 4 495 sort távolítottak el a kernelből és 1 978 sort változtattak meg a kernelben a fejlesztők.

Az alapítvány szerint amellett, hogy a kernel fejlesztése kiválóan halad, jó hír, hogy egyre több mobil és beágyazott területen tevékenykedő cég, vállalat jelenik meg a fejlesztést végzők és azt szponzorálók listáján.

Néhány adat találomra:

  • a 2.6.11-es kernel (megjelent 2005. 03. 02.) fejlesztése 58 napig tartott, a 2.6.35-ös kernelé (megjelent 2010. 08. 01.) 77 napig
  • a 2.6.11-es kernel a fejlesztése során 3 616 patchet kapott, a 2.6.35-ös 9 801-et
  • a 2.6.11-es kernelnél 2,18 változás történt óránként, a 2.6.35-ösnél 5,3
  • a 2.6.11-es kernel 17 090 fájlból és 6 624 076 sorból állt, a 2.6.35-ös 33 335 fájlból és 13 468 253 sorból áll
  • a 2.6.11-es kernelt 389 fejlesztő és 68 ismert cég, míg a 2.6.35-öst 1 187 fejlesztő és 184 cég fejlesztette

A teljes jelentés elolvasható: lf_linux_kernel_development_2010.pdf

Amanda McPherson blogbejegyzése itt.

( turdus | 2010. 12. 03., p – 20:43 )

És ez akkor most jó nekünk? Bölcs mondta, hogy minden 10000 új sorra jut minimum egy új bug...

Ezt inkább a balga mondta. 50 sorra 1 hiba azt jelenti, hogy rendkívüli tehetségű programozó írja a kódot.

Ha 10.000 soronként lenne 1 hiba én bizony nem fáradnék a teszteléssel.

Évente max. 1-2 olyan jelentősebb változtatást csinálok (legalább 100 sor), ami elsőre működik. Véletlenül elfelejtem ilyenkor elcseszni.

Mondjuk a teljesen új feature-ök és a bugfixek aránya is érdekes. Ekkora projekteknél már automatikusan detektálják a bugokat. Itt van például az X86-fa, amely random kernel konfigokra folyamatos brute force gépi tesztelés alatt áll. Viszonylag könnyen megy bele patch, de könnyen is jön ki. Ez egyben azt jelenti, hogy a fő kernelbe általában már csak extrémtesztelt fa kerül. Persze dinamikusan és komolyan tesztelt fában is maradhat bug, amelynek buxfixében szintén lehet bug... Innentől meg a javítási procedúra már egyszerű rekurzió, és izgalmas, össznépi játék.

No, de az a pár tiszta feature meg milyen jól tud esni. Nem? :)