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

• #10 Adi senior tag tocsa #9

  Új Válasz 2005-03-01 21:28:36 #10

  Ú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

  

  Adi

  senior tag

  válasz tocsa #9 üzenetére

  Hogy miért nem jó adatbázishoz a RAID5? Mert ha írni kell, akkor túlságosan sok lemezműveletet igényel. A RAID1-nél ugye ez a helyzet:
  
  - a vezérlő kiírja az adatblokkot az egyik lemezre
  - majd kiírja a másik lemezre is.
  
  Ezzel szemben mi van RAID5-nél?
  
  RAID5 tömböt ugye úgy csinál az ember, hogy a várható terhelés függvényében meghatároz egy blokkméretet és azzal készíti el. A blokkmérettel ''szeleteli föl'' a vezérlő a lemezeket és ezeket egyben kezeli. Van n darab lemezed, akkor egy ilyen sávban lesz n-1 adatblokkod, a maradék egy pedig a paritásblokk, amit XOR művelettel állít elő (ez a paritás van ugye RAID4-nél fix lemezen, RAID5-nél pedig ciklikusan mindig másikon). Na most ha te akarsz írni valamit RAID5-nél, akkor mit csinál a vezérlő?
  
  - beolvassa az adatblokkot, amibe írni akarsz
  - beleírja az adatokat
  - beolvassa az ÖSSZES többi, vele egy sávban levő n-2 adatblokkot
  - kiszámolja a paritást
  - kiírja az adatblokkodat
  - kiírja a paritásblokkot
  
  Minél több lemez van egy RAID5 tömbben, annál több szektort kell a paritásgeneráláshoz beolvasni írásnál, ergo annál lassabb lesz az írás.
  
  A RAID10 és a RAID50 csak a RAID1 és az 5 kombinálása a csíkozással (striping). Csinál az ember 2-3-4-stb. RAID1/RAID5 tömböt és ezeket összefűzi egy RAID0 tömbbe. Értelemszerűen meggyorsítja a dolgokat.
  
  RAID7-ről még nem olvastam.
  
  De van a témában egy régi Prohardver cikk, keress rá, ott részletesen is le van írva mindez.
  

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