Nem akarom, hogy essen a szemléden - pláne Gentoo felhasználóként - de ahogy az általad linkelt oldal is mutatja, a compiler processzorra történő optimalizálásával nyerhető sebesség nyereség ugyan statisztikailag szignifikáns (azzal a megjegyzéssel, hogy több alkalommal az optimalizált eredménynél kihagy néhány outliert, ami több esetben éppenséggel pont rontaná az eredményt, mint javítaná...), de a sebesség nyereség abszolút értéke nem túl nagy. A pontos jelzőt az olvasóra bízom. A grafikonok skálája ráközelít az oszlopok tetejére. Pl.: Sandy bridge esetén 191.926-ról 191.846ms-ra javul (0,000417%), Ivybridge esetén 69.3536-ról 69.3081ms-ra (0,000656%), Core2-nél pedig 154.181-ről 154.094ms-ra (0,000564%). Tehát a javulás százalékban kifejezve 0,0004-0,0007% körüli tartományban mozog.
Nyilván a kernel csak az érem egyik oldala, a másik ugye a userland. Tehát ha minden optimalizálva van, akkor ennél jobb lehet a helyzet. A phoronix-nak volt régebben ilyen jellegű tesztje, ahol az jött ki neki, hogy elég csekély a sebesség nyereség. Másik phoronix cikk foglalkozott azzal, hogy egy jól optimalizált disztró (az Intel által jegyzett Clear Linux elég jól szokott teljesíteni nála az összehasonlításokban) akár százalékokban mérhető előnyt is nyújthat. Habár ezt ő úgy interpretálta, hogy így az utóbbi évek spectre/meltdown microcode és userland változások miatti lassulás egy része kompenzálható ezáltal. A következtetésével egyet értek.
Szóval aki, felületesen átfutva azt gondolná, hogy ezzel megtáltosodik a gép, azt le kell lomboznom. Szakmailag érdekes, de a belefeccölt energia megtérülése nem garantált (hacsak nem az, hogy közben jobban megismeri a rendszerét a delikvens). A FarCry 5 pedig nem fog emiatt több FPS-sel pörögni.
Gentoo-soknak lehet érdekes, hogy ha experimental USE flag-gel telepítik a gentoo-sources kernel forrás kód ebuild-et, akkor az rárak egy ilyen optimalizálós patch-et, ami ehhez nagyon hasonló (vagy lehet, hogy egyezik ezzel).
Hajrá: Dw.