Jaderné noviny – 9. 2. 2017: Statistiky vývojového cyklu 4.10

26. 2. 2017 | Redakce | Jaderné noviny | 2560×

Stav vydání jádra. Citát týdne: Greg Kroah-Hartman. Statistiky vývojového cyklu 4.10.

Stav vydání jádra

Současné vývojové jádro je 4.10-rc7, vydané 5. února. Linus k tomu řekl: „Koukněte na to! Vše bylo v poklidu a pokud se nestane nic zlého, jsme zpět na pravidelném harmonogramu, takže by tohle vydání mohlo být poslední rc v této řadě.“

Stabilní aktualizace: 4.9.7 a 4.4.46 byly vydány 2. února, následovaly 4.9.8 a 4.4.47 4. února. Překvapením pak byla aktualizace 3.18.48, která se i přes oznámení konce podpory této řady objevila 8. února.

Verze 4.9.9 a 4.4.48 byly v době psaní tohoto článku v procesu revidování a vydány byly 9. února.

Citát týdne

Jo a pokud jste _zaseknutí_ na 3.18 (*kouká na svůj nový telefon), mám pro vás plán. Spočívá v tom, že za prvé budete hodně hlasitě křičet na dodavatele svého hardwaru a už od něj nic nekoupíte, dokud nezmění manýry. Až se pořádně vykřičíte, napište mi e-mail a uvidíme, co se nám podaří vymyslet. Nejste na téhle potápějící se lodi sami a je zřejmé, že výrobce s tím nepomůže…

—Greg Kroah-Hartman

Statistiky vývojového cyklu 4.10

Tento vývojový cyklus byl popisován jako „klidný“, ale platí to spíš jen v porovnání s cyklem 4.9. Jak je vidět v tabulkách níže, i tak se toho v tomto „tichém“ cyklu dělo docela dost. Vypadá to, že jaderná komunita už nikdy není zdaleka nečinná.

V době psaní tohoto článku bylo do hlavního repozitáře vývojového cyklu 4.10 začleněno 12 811 neslučovacích sad změn. Na těchto změnách se podílelo 1647 vývojářů, z toho 251 přispělo vůbec poprvé. Tato čísla velmi dobře odpovídají těm z předchozích vývojových cyklů.

Vydání	Počet sad změn	Počet vývojářů
4.0	10 346	1 458
4.1	11 916	1 539
4.2	13 694	1 591
4.3	11 894	1 625
4.4	13 071	1 575
4.5	12 080	1 538
4.6	13 517	1 678
4.7	12 283	1 582
4.8	13 382	1 597
4.9	16 214	1 729
4.10	12 811	1 647

Trend stále rostoucího počtu sad změn zjevně pokračuje, hodnoty jsou běžně vyšší, než jaké jsme viděli třeba u verze 4.0 – před sotva dvěma lety.

Nejaktivnější vývojáři tohoto cyklu byli:

Nejaktivnější vývojáři cyklu 4.10

Podle počtu sad změn Mauro Carvalho Chehab 231 1,8 % Chris Wilson 193 1,5 % Arnd Bergmann 134 1,0 % Christoph Hellwig 115 0,9 % Ben Skeggs 95 0,7 % Jiri Olsa 92 0,7 % Geert Uytterhoeven 86 0,7 % Wei Yongjun 85 0,7 % Thomas Gleixner 83 0,6 % Ville Syrjälä 82 0,6 % Felipe Balbi 79 0,6 % Javier Martinez Canillas 79 0,6 % Masahiro Yamada 77 0,6 % Trond Myklebust 76 0,6 % Tvrtko Ursulin 76 0,6 % Dan Carpenter 73 0,6 % Sergio Paracuellos 73 0,6 % Walt Feasel 72 0,6 % Neil Armstrong 70 0,5 % Eric Dumazet 67 0,5 %

Podle počtu změněných řádků Andi Kleen 83560 9,7 % Tom St Denis 55590 6,4 % Mauro Carvalho Chehab 44120 5,1 % Edward Cree 19164 2,2 % Zhi Wang 16077 1,9 % Christoph Hellwig 13872 1,6 % Takashi Iwai 12707 1,5 % Neil Armstrong 11809 1,4 % Chris Wilson 9042 1,0 % Thomas Lendacky 8693 1,0 % Bard Liao 8189 0,9 % Tony Lindgren 8183 0,9 % Jani Nikula 8059 0,9 % James Smart 7655 0,9 % Manish Rangankar 7470 0,9 % Ard Biesheuvel 6996 0,8 % Raghu Vatsavayi 6753 0,8 % Ben Skeggs 6482 0,7 % Sukadev Bhattiprolu 6415 0,7 % Rob Clark 6017 0,7 %

Mauro Carvalho Chebab je správce subsystému médií, většina jeho práce se týkala této oblasti. Ovšem hodně pracoval také na převodu jaderné dokumentace do Sphinx a její následné organizaci. Chris Wilson pracuje na ovladači Intel i915, Arnd Bergmann opravoval chyby v celém jaderném stromě, Christoph Hellwig přispěl mnoha změnami v oblastech blokových zařízeních a souborových systémů a Ben Skeggs pracuje na grafickém ovladači Nouveau.

Ve druhém sloupci vede Andi Kleen, který udělal kupu práce v subsystému perf events. Tom St. Denis přidal hodně kódu do ovladače amdgpu, Edward Cree vylepšil síťový ovladač sfc a Zhi Wang pracoval – taktéž – na ovladači i915.

Těmto seznamům často dominují vývojáři pracující na „staging“ stromu, ale tentokrát se nikdo na prvních pěti místech obou seznamů na „staging“ patchích nepodílel. Sergio Paracuellos je totiž první takový vývojář v levém sloupci, zatímco v tom pravé není vůbec nikdo takový. I tak byla tato část jádra dost rušná, ve vydání 4.10 se dočkala 957 změn, na kterých se ale podílelo celkem 158 vývojářů.

Práci na vydání 4.10 podporovalo 218 zaměstnavatelů, které můžeme identifikovat. Seznam nejaktivnějších zaměstnavatelů vypadá podobně jako jindy:

Nejaktivnější zaměstnavatelé 4.10

Podle počtu sad změn Intel 1752 13,7 % (neznámý) 1198 9,4 % Red Hat 907 7,1 % (None) 765 6,0 % Samsung 545 4,3 % Linaro 496 3,9 % SUSE 471 3,7 % IBM 381 3,0 % (konzultanti) 337 2,6 % AMD 316 2,5 % Google 306 2,4 % Mellanox 297 2,3 % Renesas Electronics 236 1,8 % Texas Instruments 226 1,8 % Huawei Technologies 202 1,6 % Broadcom 199 1,6 % Oracle 183 1,4 % ARM 176 1,4 % Linutronix 154 1,2 % NXP Semiconductors 151 1,2 %

Podle počtu řádků Intel 176549 20,4 % AMD 74965 8,7 % Samsung 57529 6,6 % Red Hat 41171 4,8 % (neznámý) 34748 4,0 % Linaro 32670 3,8 % SUSE 31570 3,6 % (žádný) 28002 3,2 % IBM 26238 3,0 % (konzultanti) 25744 3,0 % Solarflare Comm. 20211 2,3 % MediaTek 15979 1,8 % Cavium 15812 1,8 % Broadcom 15695 1,8 % BayLibre 14597 1,7 % Mellanox 12770 1,5 % NXP Semiconductors 11792 1,4 % NVidia 11279 1,3 % Texas Instruments 10420 1,2 % Facebook 8896 1,0 %

Dále se na zaměstnavatele můžeme podívat podle toho, kolik zaměstnanců pracuje pro kterou společnost:

Společnosti s nejaktivnějšími vývojáři
Společnost	Vývojáři	Zastoupení
(neznámá)	349	20,5 %
Intel	182	10,7 %
(žádná)	103	6,1 %
Red Hat	96	5,6 %
IBM	66	3,9 %
Google	53	3,1 %
Mellanox	42	2,5 %
Linaro	40	2,4 %
Samsung	37	2,2 %
SUSE	33	1,9 %
Texas Instruments	28	1,6 %
AMD	27	1,6 %
Oracle	26	1,5 %
Code Aurora Forum	26	1,5 %
Huawei Technologies	25	1,5 %
NXP Semiconductors	22	1,3 %
ARM	21	1,2 %
Broadcom	20	1,2 %
Renesas Electronics	17	1,0 %
Rockchip	15	0,9 %

Vidíme, že téměř 11 % vývojářů, kteří přispěli do vydání 4.10, pracuje pro Intel. Přes 20 % vývojářů jsme nedokázali přiřadit, v tomto vývojovém cyklu přispěli celkem 9,4 % začleněných změn.

V těchto shrnutích je běžnou praxí podívat se na tabulku „nejaktivnějších zaměstnavatelů“ a konstatovat, že pokud (v tomto případě) všichni, které jsme nedokázali zařadit, pracují ve svém volném čase, pak nejvýše pouze něco málo přes 15 % změn tohoto vývojového cyklu přišlo od dobrovolníků. Jenže tabulka výše vypadá jinak. Pokud jsou všichni nezařazení vývojáři dobrovolníci, pak tvoří takřka 27 % komunity. Rozdíl mezi těmito čísly se dá téměř jistě vysvětlit nepřekvapujícím pozorováním, že vývojáři, kteří mají práci na jádře jako náplň svého zaměstnání, tím mohou strávit více času a v důsledku budou také produktivnější.

V době psaní tohoto článku bylo v repozitáři linux-next nejméně 7500 sad změn. Tyto změny tvoří základ toho, co bude začleněno v cyklu 4.11. Minulé cykly napovídají, že množství změn před otevřením začleňovacího okna 4.11 ještě významně naroste. Ovšem nevypadá to, že by vydání 4.11 by mělo nastavit nový rekord v objemu patchů. Definitivní odpověď poskytne článek shrnující cyklus 4.11 – měl by vyjít přibližně za 9-10 týdnů.

       

Komentáře

[Peter Fodrek]

Prave sa mi instaluje 4.10 do openSUSE Tumbleweed

Platinum sponsors of openSUSE

The combined forces of you, AMD and openSUSE are helping lead the Linux operating system community in 64-bit innovation.

Consistent with AMD's theme of customer-centric innovation, openSUSE provides developers with a tool to compile, release, and publish their software for the broad user audience. AMD is a proud Platinum Sponsor of openSUSE. https://en.opensuse.org/Sponsors

AMD's Ryzen Will Really Like A Newer Linux Kernel Written by Michael Larabel in AMD on 26 February 2017 at 08:57 PM EST. 67 Comments

AMD's Ryzen CPU is finally shipping in a few days! If you are planning to be an early adopter of AMD Ryzen processors, you will really want to be running a newer Linux kernel release for proper support and performance.

AMD Ryzen launch on 2 March.

As I wrote about back in December, Linux 4.10 landed a lot of Zen/Ryzen code. So with Linux 4.10 looks to be -- and reaffirmed by this trusted confidant -- a good point for AMD Ryzen testing and usage.

was pointed out in particular to this kernel commit that only landed in early February: "x86/CPU/AMD: Fix Zen SMT topology." It notes in the commit message, "After: a33d331761bc ("x86/CPU/AMD: Fix Bulldozer topology") our SMT scheduling topology for Fam17h systems is broken, because the ThreadId is included in the ApicId when SMT is enabled. So, without further decoding cpu_core_id is unique for each thread rather than the same for threads on the same core. This didn't affect systems with SMT disabled. Make cpu_core_id be what it is defined to be." That mentioned regression was introduced only in January but had been pulled back into stable kernel point releases from Linux 4.6 and newer. This fix for the (Ry)zen SMT topology is in Linux 4.10 and was back-ported to Linux 4.9.10+ for those still riding the 4.9 kernel. https://phoronix.com/scan.php?page=news_item&px=AMD-Ryzen-Newer-Kernel