Klaro kannst du dass, eine Code-duplikation ist es trotzdem, und damit fehleranfälliger und aufwändiger zu warten. Aber es wird schon seine technischen gründe haben wieso die ihr eigenes süppchen köcheln...welcher?...keine ahnug....
Ich finde es gut. Der Grund dafür ist simpel, Features wie DeDup, Checksum, etc. pp. lassen sich nicht stabil implementieren wenn das FS nicht über alle Schichten hinweg Wissen hat und dieses entsprechend nutzen kann Es ist schlicht zu problematisch das über APIs zu realisieren. Nebenbei kann man via JBOD relativ günstige Storage Units realisieren verglichen mit den Hardware Lösungen. Nur BBU bleibt in der Konstellation natürlich ein ungelöstes Thema.
> Aber macht das nicht zb auch BTRFS mit ihrem eigenen Raid-gewurschte? Und bei denen freut man sich nur
Eigentlich kenne ich überhaupt niemanden, der das gut findet.
Oh ok ...ich eben auch nicht...ich dachte ja nur.....weil dort halt niemand was gegen sagt....undso
Ist die RAID-Funktionalität nicht optional? Ich meine, kann man das nicht ignorieren, soweit sich keine kritischen Fehler in den Code einschleichen?
Klaro kannst du dass, eine Code-duplikation ist es trotzdem, und damit fehleranfälliger und aufwändiger zu warten. Aber es wird schon seine technischen gründe haben wieso die ihr eigenes süppchen köcheln...welcher?...keine ahnug....
Ich finde es gut. Der Grund dafür ist simpel, Features wie DeDup, Checksum, etc. pp. lassen sich nicht stabil implementieren wenn das FS nicht über alle Schichten hinweg Wissen hat und dieses entsprechend nutzen kann Es ist schlicht zu problematisch das über APIs zu realisieren. Nebenbei kann man via JBOD relativ günstige Storage Units realisieren verglichen mit den Hardware Lösungen. Nur BBU bleibt in der Konstellation natürlich ein ungelöstes Thema.
MfG =HAL-9000=