Administrace komentářů

1. Write hole je na mdadm / dmraid nesrovnatelně horší problém než na Btrfs. Takže: S čím srovnáváš? Jaký máš baseline? Co přesně je ten nedostižný ideál bez write hole? Snad leda ZFS, ale Btrfs už taky dávno umí raid5/6 konfigurace bez write hole.
• Tvrdíš tedy, že mdadm a dmraid nejsou production-ready? Ano, s tím souhlasím, jenže spousta uživatelů je (naivně) používá, jako by byly production-ready.
• Jo a mimochodem, jakýkoliv hardwarový AID (bez R) bez baterie taky není production-ready, protože má mnohem horší write hole problém než Btrfs. (Překvapuje mě, že to tolika provozovatelům AID řadičů vůbec nevadí.)
2. Díky konfiguraci raid1c3 (a raid1c4, ač v praxi není potřeba) už write hole na raid5/6 datech neexistuje; stačí mít raid5 / raid6 data v kombinaci s raid1 / raid1c3 metadaty a celý pseudo-problém zvaný write hole je definitivně pryč.
3. A vůbec, write hole na Btrfs je v podstatě „akademický“ konstrukt, který nikdo nikdy nikde nepozoroval v praxi. (Jasně, asi by se to dalo vyvolat v pečlivě sestavené simulaci.) Vyžaduje to velmi vzácnou a specifickou sérii událostí, restartů, selhání disků atd. Proč se někdo pořád něčím takovým ohání jako ztopořelým klackem, když Btrfs je už dávno nesrovnatelně bezpečnější než mdadm / dmraid, kde write hole hrozí mnohem akutněji?

Sorry jako, ale celý anti-Btrfs FUD už je výsostně trapný a ohraný. Možná tak před 5 lety to bylo skoro i vtipné, ale dnes už si říkám: Nebylo by načase, aby FUDisté trochu dospěli a přestali opakovat nesmysly?

takze u zakaznika kde mam RAID6 nasazeni ani teoreticky nehrozi, nicmene pro nasazeni me kdy by slo bud o 1 disk, nebo raid1 s 2 disky je to samozrejme irelevantni, nicmene jeste s 3 pokusem s btrfs asi stejne pockam

Zákazník by se měl raději obrátit na nějakou konkurenci, která chápe, jak tenhle svět funguje.