Názory k článku
Jádro 5.14 bude pravděpodobně mít PGO pro Clang

Jaký efekt ve zrychlení může mít tato profilová kompilace? Slyším o tom prvně, zní to "hustě". A nebude to pak komplikovat případný debugging?

U jádra to asi takový hořák nebude (co pálí nejvíc času v jádře... filesystemy? crypto?), ale třeba u takového Firefoxu (USE=pgo v Gentoo) je ten rozdíl dost ostře znát: "distribuční" Firefox na náročných stránkách prolezlých některým z novodobých morů (Vue.js, React, ... :) při načtení zaváhá 1-2 s, než se přetvoří DOM a rozjedou všechny procesy, zatímco optimalizovaný tam tenhle zásek nemá, je svižnější. Dobrý benchmark je větší soubor v Gitlabu, syntax highlighter totiž běží až v prohlížeči a tak mu stačí dát zdroják s 30k LOC, odkliknout že opravdu do toho jdeme, a pak měřit čas, než to rozmrzne.

Záleží z které "distribuce". Oficiální binárky mozilla.org mají už dlouho PGO/LTO zapnuté.

Jinak PGO na obecném kódě dělá tak 10 % což není moc. Zajímavé je, že se téměř vždy kód zmenší.

"10 % což není moc"

Ale zase je to z hlediska uzivatele zadarmo...

Oficiální binárky jsou taky ale přeloženy pro Pentium 4, a za těch 20 let se na poli vektorových instrukcí zatraceně pokročilo. Kdybych měl čas, tak bych udělal benchmark mozilla.org buildů vs. -march=native s PGO :-)

Podobný ako optimalizácie

https://www.phoronix.com/scan.php?page=article&item=gcc11-rocket-opts&num=1

Niekedy žiadny a niekedy obrovský...

No zdá se, že PGO jen tak nebude. Objevil se problém s tím, že tu instrumentaci nejde zatím vypnout per funkce a docela to vadí pro nějaký hodně speciální kód.

https://lore.kernel.org/lkml/YMcksKbnVGyi6jHy@hirez.programming.kicks-ass.net/ , je to uprostřed threadu s linkem na patch, který GCOV a profilování dá v configu jako BROKEN.

Thread je dlouhý, je na něm bohužel vidět, jak si někdo zbastlí cool featuru a jaksi zapomene po několik měsíců dát do kopie lidi, co to maintainují a mají k tomu co říct. A pak vyplavou problémy, které je nutné řešit na úrovni kompileru.