Názory k článku
Linus Torvalds našel výkonnostní regresi v jádře 6.8

ty commit message jsou skvělé,

Revert ... that increased kernel build time on Linus's
64-CPU desktop...

TLF by měla nabízet Linus's Desktop jako merch.

BTW, jde JEN o build time nebo to má dopad i na výkon při běhu?

Ta regrese se týká běhu jádra. Build jádra je jen hezký test výkonu jádra (některých aspektů), někdy se používá jako benchmark. A Linux má zrovna tenhle benchmark asi v oku :-)

podle toho jak se točí to vláknu, má to dělat s schedulingem pro AMD cpu v jisté konstelaci, takže ovlivněn je i běh, jenom build je tak intenzivní na využití cpu, že to jde vidět hned.

Tyjo... koukal jsem na to vlákno v mailing listu... já nejsem moc v obraze, a tak mě překvapilo... chápu správně, že Linus jede na svém build-serveru na čerstvém testovacím / pre-release jádře? Tomu říkám "přístup čelem" k testování a šéfování projektu :-) Hezky naostro. Eating your own dog food, v pozici šéfa nejvyššího. Ty kráso.

On se o data bát nemusí.

„Jenom slaboši zálohují na pásku. Opravdoví chlapi prostě nahrají důležité věci na internet a nechají je zkopírovat zbytku světa.“ – Linus Torvalds

No fuj....

Proč fuj? Vám připadá kód linuxového jádra jako něco nechutného?

Mám poměrně nové vodní chlazení od NZXT které vyšlo loni. Kraken 280. Chladím s ním velmi dobře můj Ryzen 7 5700X. Jestli jednou bude přímo v jádře možnost ovládat můj vodník bude to skvělé. Zatím nefunguje pro Linux žádné dostupné řešení. Věřím že Linus jako skušený softwarový inženýr dokáže zázraky.

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.

allnoconfig ale není plnhodnotný kernel, takovouhle věc běžně ani nespustíš.

jako benchmark to ale o necem vypovida...

A co jako ma bejt to "prazdne" jadro???

jádro, které nemá žádný HW target, tj nespustíš ho.

Používá se na build testy jako taková první vějička, jestli je něco hodně špatně. Stejně tak to je vhodné použít na build opravdu minimálního kernelu, kdy takhle vše vypnu a poté si zapnu jen to co potřebuji, teda pokud zrovna nebuildíš debian/ubuntu, tam to mají celé nějaké přestříkané.

allnoconfig jadro se musi prekladat pro konkretni architekturu, takze pokud udelate make allnoconfig na x86, tak prelozi jadro pro elf32-i386, ktere pujde normalne spustit, ale protoze nebude mit podporu pro zadny filesystem, nebude mozne nahrat init process.