Új hozzászólás Aktív témák

• #9107 janos666 nagyúr

  Új Válasz 2014-05-11 16:38:01 #9107

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  janos666

  nagyúr

  Közben eltöltöttem még némi időt az SS és ReFS tesztelésével.

  Nagyon úgy tűnik, hogy csak Mirror SS-en és Microsoft féle software RAID-1 köteteten működik a ReFS auto-healing, Parity SS-en (még?) nem (és ahogy sejthető volt, [fake-]hardware RAID-5 esetén sem -> nem is tudom miként működhetne direkt erre írt új API-k és azok kétoldali támogatása nélkül, de volt aki azt állította, hogy szerinte működik ).

  Viszont ez nem olyan nagy probléma, mint ahogy féltem tőle, mert enélkül sem érvényteleníti az egész file-t a ReFS, ha az integrity stream alapján hibásnak ítéli. Egyszerűen csak dob egy read error-t és bejegyzi az eseményt a rendszernaplóba, de nem törli a filet.
  Tehát (fake-)hardware RAID-5 köteten is használható a ReFS, és ha olvasáskor észreveszi a hibát, akkor lehet kézileg javítani a RAID-5 tömböt (már ha lehetséges), aztán újra nekifutni a file kiolvasásának. Szóval ilyen tekintetben hátrányok nélkül élvezhetőek a ReFS előnyei SS nélkül is.
  Így az is mindig kiderül, ha nincs hibás szektor a HDD-n (amit felismerhetne a SMART self-test és/vagy egy RAID-5 partol read is, remélhetőleg ebben a sorrendben), hanem valami másért hibás a file, pl. elszállt valamitől a rendszer (áramkimaradás, CPU/RAM tuning/hiba, driver okozta kernel crash, stb).

  Így tehát a jelentős szekvenciális írási sebességben mutatott előnye miatt maradok az IRST RAID-5 megoldásnál Parity SS helyett, de ReFS-el formázom, méghozzá a gyökérmappából kiindulva engedélyezett integrity stream-el (és így nem fogom bekapcsolni az IRST ütemezett hibaellenőrzését).

  Ennek két hátránya van: Nem tudok egyszerűen AMD platformra váltani, ha valamiért épp azt szeretném (az SS-t ez nem érdekelte volna), és nem tudom majd használni a ReFS partíción lévő file-okat Linux alól (ez igaz lenne a Parity SS-re is). Bár előbbi nem túl valószínű (csak addig gondolkodtam a Kaveri-n, míg megláttam az első eredményeken, hogy CPU-nak lassabb, mint a jelenlegi CPU-m, a HSA-t pedig úgysem használja még semmi), utóbbi pedig idővel változhat (idővel az NTFS olvasás, majd írás is megoldott lett Linux-on, ez talán még hamarabb fog - vagy nem, de nagyon valószínűtlen, hogy olvasnom vagy akár írnom kéne erre az adattárolóra Linux alól).

  --

  Azt viszont nem értem, hogy most miért jár 52%-on ~20 óra után az IRST RAID-5 inicializálás. Nem kértem, hogy tartsa meg bármely HDD adatait, mikor létrehoztam a tömböt, tehát igazából nem is tudom miért fontos neki korrektül végigmenni faltól-falig. Úgysem érdekes, hogy mi van most bármely lemezen, és mikor legelőször ír rá valamit, már úgyis rögtön szinkronban fog. Most csak újraszámolja a paritást a random, használhatatlan adatra, amit épp talál. És még ahhoz képest is szokatlanul lassú most.

Új hozzászólás Aktív témák