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

• #7622 brd nagyúr djculture #7620

  Új Válasz 2012-06-22 10:09:23 #7622

  Ú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

  

  brd

  nagyúr

  válasz djculture #7620 üzenetére

  Valószínűleg az van a háttérben, hogy a seek test tulajdonképpen annyit csinál, hogy pici adatokkal dolgozik, mondjuk blokkmérettel, vagy clustermérettel, és ezekkel lehet úgy dolgozni, hogy a különböző lemezek külön tudnak dolgozni, de a valós felhasználás közben ilyen nem túl sokszor van.

• #7621 Jester01 veterán djculture #7620

  Új Válasz 2012-06-22 00:05:38 #7621

  Ú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

  

  Jester01

  veterán

  válasz djculture #7620 üzenetére

  egy raptor 10ms lett nekem 3-nál 7ms tehát csak csökken.

  Mágia
  Vagy van értelmes magyarázatod rá? (Már ha teljes tömbre nézted)

  érezhetően hamarabb a boot is.

  Ez nyilván hihető, mert nőtt a szekvenciális sebesség illetve az adatmennyiségre vetített elérés csökken (kevesebb fejmozgással érhető el ugyanannyi adat).

  Máshogy mondom. Ha csinálsz egy adott méretű partíciót egy lemezen illetve egy raid0 tömbön, akkor az elérési idő csökken. Ha viszont az egész lemezt/tömböt kihasználod akkor az elérési idő nem változik (viszont több adatot fogsz át).

  Ugye a raptor 10000RPM, vagyis az átlagos rotational latency 3ms. Ez aztán tényleg nem változik akármennyi lemezt is teszel a tömbbe, tehát ennél jobb sose lesz, SSD-t nem tudod megközelíteni (azok 1ms alatt vannak). A seek időt tudod adatmennyiségre nézve amortizálni.

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