Vlákno názorů k článku
Linus Torvalds našel výkonnostní regresi v jádře 6.8 od Josef Pavlik - Kompilace jadra za 22 sekund? To je krasa....

Kompilace jadra za 22 sekund? To je krasa. Vzpominam si na jednu silenou akci. Jeli jsme ke kamaradovi, vzali jsme s sebou i computer. Rozhodli jsme se zkompilovat kernel. Tehdy to byla verze plus minus 1.0.1. Po pul hodine kompilace, kdy jeste stale nebylo nic hotovo jsme se rozhodli udelat bypass. Vsechno jsme vypli. Vytahli jsme IDE kabely z jeho Pentia, pripojili jsme k nim harddisk naseho computeru (386DX) a behem dalsi ctvrthodiny jsme to dokompilovali jeho processorem.
Tehdy vznikla dodnes citovana hlaska: "To nemaji na poradnej computer nebo ho nepotrebujou?" :-)
V kazdem pripade tehdy mel kernel tak 1% dnesniho kodu a kompiloval se desitky minut. Je teda pravda, ze ta 386 byla obsoletni uz tehdy.

Nové počítače pomocí kompilace jádra benchmarkuji/tes­tuji stabilitu už hodně dlouho, asi od roku 2000. Za tu dobu jsem vypozoroval, že rychlost procesorů jen zanedbatelně překonává velikost kernelu a rychlost kompilace tak sice klesá, ale velmi pomalu. Naměřené hodnoty mám sice zapsané ale bohužel jsem se nedržel jednotné metodiky (někdy jsem testoval "Linusův" defconfig, někdy distribuční, nekdy all), takže to nemůžu dokázat naměřenými čísly. A také jsem měl vždy poměrně exotický hardware - v roce 2000 2x celeron v Abit BP6 až po 32jádrový threadripper teď. Myslím, že Linus má stejný procesor jako já. V roce 2019 jsem na něm naměřil ( https://www.abclinuxu.cz/blog/Mihovy_sochory/2019/12/-32-jader-a-skalovani-pri-kompilaci-a-openssl-2 ) 24 kompilaci defconfig za 10 minut, tedy jedna kompilace za 25s. Pokud Linus teď naměřil 22s na mnohem menším allno, tak se trend pořád udržuje a kernel pořád roste a to i základní část nejen drivery :-)

V 90' jsme pomoci kompilace kernelu stroje zahorovali, a testovali. I kdyz se stroj tvaril OK, pokud bylo neco nekde ne uplne vpohode, tak kompilace spolehlive lehla. Tezko najit neco, co da stroji vetsi kour ;D.