Ve vetsich datovch centrech obvykle servery bezi nonstop a restartuje se treba u update kernelu. U vetsiny HA sluzeb se restartuje nejprve cast serveru, pak ostatni aby ndeoslo k naruseni HA. Rozdil 1s u startu ve srovnani s x minutami rpm update je nepodstatny, v idealnim rpipade jsou tyhle akce jako treba u nas automatizovane. Nejsme vetsi datove centrum, ale pres 10k serveru mame.
A nemělo by to být spíš závislé na architektuře a platformě? Na některých CPU je LZ4 z hlediska rychlosti efektivnější, než na jiných; na strojích, kde je pomalé IO (např. Raspberry) je asi lepší mít sice pomalejší algoritmus, za to ale znatelně menší soubor, apod. Kromě toho nevím, jestli každý bootloader a priori podporuje LZ4, takže minimálně na některých platformách se asi stejně bude muset dál používat starý gzip.
Dekompresi initramfs si zařizuje kernel sám (konkrétně tady).
Nahrávání initramdisku je zcela v režii bootloaderu a kupříkladu tahle část Grubu se dost přesvědčivě tváří jako ovladač pro SATA disky.