Názory k článku
Grub bude mít konečně podporu zstd v Btrfs
-
FíkZlatý podporovatelno to je právě dobře, že se nemění, ne?
s poškozením nemá komprese moc společného, pokud teda nepotřebujete jádra <4.14a třeba na SSD se hodí každá úspora
-
Ondra Satai NekolaZlatý podporovatelCo asi typicky bude pri bootu vetsi limit - propustnost disku nebo vykon CPU?
-
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.
-
Cabrón (neregistrovaný)
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.
-
