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.
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.