Vlákno názorů ke zprávičce Záplata Google pro kompilaci jádra s LTO od RDa - Co to LTO je? Neco co jenom vyhodi...

Co to LTO je? Neco co jenom vyhodi nereferencovany kod (jak se tomu deje pri pouziti single .c souboru a vsechn funkci jako "static" ?), nebo je 10% uspora dosazena jinym zpusobem?

Samotna neexistence nepouzivaneho kodu imho rychlost nezvysi..

Kdo zna pro kernel relevantni detaily?

LTO je optimalizace navíc při linkování, kdy je vidět celý program, z toho plyne jednak zrychlení a jednak omezení velikosti nepoužívaných částí

Pokud ale jde jen o vyhození mrtvého kódu, tak je lepší CFLAGS="-ffunction-sections -fdata-sections" a LDFLAGS=-Wl,--gc-sections pro gcc. Jak to má llvm to nevím.

jediny link-time u kernelu je natazeni .ko, a insmod neni tak casta operace snad, aby to stalo za zminku, proto tomu porad nerozumim

Linkování při kompilaci, přeci.

No spíš jde o linkování jednotlivých .o souborů do souboru vmlinux. Bez LTO může kompilátor optimalizovat jen jednotlivé .o odděleně, s LTO i všechny dohromady.

Tak to vypada ze LLVM si to LTO vyklada po svem:

http://johanengelen.github.io/ldc/2016/11/10/Link-Time-Optimization-LDC.html

v kratkosti: preklad do .o neni finalni kod, ale mezistupen, nad kterym jde lepe delat optimalizace. Ve vysledku je tedy preklad do .o jenom cast "parsovaci", zatimco linker dela pak onu "optimalizaci a preklad".

Nejde tedy ani tak o optimalizaci nad stavajicim/kla­sickem buildovacim procesu, ale o zcela jiny rezim prekladu.

Nevím jestli po svém. Třeba Visual C++ dělá něco velmi podobného. A v odkazovaném článku se píše, že +- to samé dělá i GCC. LTO je kapku zavádějící název. Lepší je IMO Link Time Code Generation. U té optimalizace už musí čtenář tušit nad jakou reprezentací se ty optimalizace dělají.