Podpora bcache u jádra řady 3.2 (diskuse)

[azurIt]

Ve vývojové věti..

[Marián Kyral]

A nezlikviduje to ten SDD disk? Přece jen těch zápisů může být hodně. Obzvláště /var a /var/log.

[Vskutečnosti Saýc]

Zalezi na technologii, jedno z SLC a MLC (a nevim ted ktere) vydrzi docela dost.

Ale ono tohle je beztak vhodne jenom na nasazeni kdy to okno dat ktere potrebuju mit rychle je tak velke, ze se nemuze vejit do RAM, treba kdyz potrebuju mit bleskovy pristup ke stovkam GB dat -- vezmu 32 nebo 64 GB RAM jako L1 a 2 nebo 4 128 GB SSD jako L2 s tim, ze tech dat ma celkem treba deset TB. To je porad treba dva rady levnejis nez kdybych chtel "enterprise storage" s ruznymi infinibandy, fibrechannely a podobne, ale pokud to chci, nejspis mam na to menit kazdy rok disky.

Ale ony jsou dneska uz dost levny ramky, hm.

Jinak ZFS melo i druhou super vlastnost -- umelo pouzivat SSD jako zurnal (kteremu rikalo ZIL), takze kdyz odkud priletelo giga dat skrz synchronni operaci, ZFS to hodilo na SSD do zurnalu, oznamilo "hotovo" a postupne to aplikovalo ty zmeny na disky. Fajn vec, pokud chce clovek rychle reagujici sitove disky.

[Marián Kyral]

Díky, takže nic pro mně. Tera disky si ke mně ještě cestu nenašly. V NB mám 4GB RAM a nejsem si jist, kolik se tam té paměti vejde. Zatím necítím potřebu na upgrade. Jedině pokud by to nějak výrazně pomohlo při kompilaci LibreOffice. Ale to zase nedělám až tak často

[lertimir]

To nemusí být takhle šíleně. Např. deska GA-Z68XP-UD3-iSSD od Gigabyte má na desce 20 GB SLC SSD disk Intel. Pak člověk může mít 8GB paměti (třeba polovinu toho má na buffery - L1 cache), tenhle SSD disk (L2 cache) a vlastní HDD třeba 2T. Ten rozdíl SLC a MLC je v tom, že v podstatě analogový signál (množství elektronů v jedné buňce) se v případě Single level cell SLC rozděluje jen na 0-1 informaci. Pro Multi level cell MLC se rozděluje analogová hodnota nejčastěji na 4 úrovně, tedy 2 bity, což je mnohem více náchylné na degradaci, protože mazání buňky (odstranění náboje) není nikdy dokonalé. SLC mají o několik řádů lepší odolnost na degradaci proti opakovaným přepisům. Někde jsem viděl kolikrát ale nemohu to najít. Intel pro své SLC disky píše 1 200 000 mtfb a neodstranitelnou chybu při čtení bloku po 10^16 čteních. A pro ten chipset Z68 je i windowsí řešení takovéto cache tuší "Intel Smart Cache" se to jmenuje. Kamarád na téhle desce stavěl pro někoho stroj a obvyklá rychlost s diskem byla cca 180 MB/s (asi 80 % toho, když SSD bylo samostatný disk), na druhou stranu takto se člověk nemusí starat co dát na SSD a co dát na HDD. Cache si uloží to, co se používá.

bcache umožňuje použít jakékoliv SSD jako cache. (a je na uživateli aby nevybral špatné)

[dumblob]

Hm, ze by se v dusledku objevil i ovladac pro TurboBoost?

[asdffdsa]

Bcache ma z mojeho pohladu dve chyby. Prvou je, ze nepodporuje ako disky raid polia (md device) a druhou chybou je PR. Proste ziadne tutorialy, ziadne aktualizovane informacie o postupe implementacie a ziadne jednoduche nainstalovanie na bezne distribucie. Aspon gentoo by to mohlo podporovat Pripadne pre noobov ako ja by mohli mat na webe napisane, ako si spravim diff voci mojej verzii kernelu a ako ho aplikujem na moje jadro. Skompilovat jadro mi problem nerobi, ani tie tooly, ktore k tomu treba, ale diff jadra s bcache (ich strom) a jadra, na ktorom je ten bcache postaveny, neviem spravit. A ani aplikovat na moje zdrojaky gentoo jadra.

Proste PR tomu chyba. Pekne youtube vide, ako to zrychlilo start linuxu a firefoxu, ako to zlepsi odozvu na "next" akciu v oblubenom prehravaci a podobne. (a samozrejme podrobne how-to pre blbuntu by nemalo chybat)

[Vladimír Čunát]

K cemu masivni PR kdyz se to teprve ted dostane do jadra?

Konecne. Uz dlouho si na neco podobneho brousim zuby. Sice mivam >2GB RAM volno pro cache, ale porad to neni ono, hlavne po suspend-to-disk/resume...