Kristabohajeho, komprese na root svazek ? Proc ?
Protože se to hodí. Nemusíte přemýšlet, jestli bootloader umí takovou věc.
Něco podobně otravného je na ZFS a FreeBSD, tam taky na boot datasetu nemůžete mít kompresi (resp. myslím, že můžete mít jen jednu konkrétní)... Otravné je na to myslet a mít kvůli pitomému zavádění systému extrabuřty. Kompresi, deduplikaci, vícenásobné uložení dat apod. řeším u oblastí s daty, ale u všeho musím pamatovat na tuhle výjimku.
Proto je dobré, aby loader uměl co nejvíc funkcí souborového systému.
Na embedded systémech (kde Linux narozdíl od desktopů, o kterých píšete, totálně dominuje) je každý megabyte drahý. Jestli díky kompresi můžu na desku dát místo 64Mb SPI flashe pinově kompatibilní 32Mb náhradu, ušetřil jsem právě $0.5 a tím zdvojnásobil OEM marži.
Běžně používáme komprimované ramdisky, ale to se musí potom vejít do RAM, že. Proto je hlad po blokové kompresi, která je prostorově nenáročná jak v RAM, tak v úložišti. Squashfs a erofs je většinou řešením, ale čím dál častěji potřebujeme read-write kvůli updatům firmware a kryptografii.
CPU bottleneck není, i nejlacinější i.MX6UUL jede na 500+ MHz, nemám šanci ho saturovat.