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

• #4939 Sunzi aktív tag radi8tor #4938

  Új Válasz 2010-03-05 15:01:52 #4939

  Ú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

  

  Sunzi

  aktív tag

  válasz radi8tor #4938 üzenetére

  Szia,

  elvileg a kimenő file-al nem is kellene foglalkoyni, hacsak nem használod fel az eredményeket.

  Létre kell hozni egy új Access Specification-t (vagz többet..). Azon be kell állítani, hogy mit akarsz tesztelni. Transfer size, randrom %, read-write %, stb.
  Azaz, pl lehet teljes szekvenciális olvasást, és lehet kisméretű full, random írást is tesztelni. Akár külön, akár egyszerre is, ha megadjuk az eloszlást..
  Majd a Test setup-nál meg lehet adni, hogy meddig fusson.. Már 1 perc is releváns, persze, a több a pontosabb...
  Majs a Results Display tabon lehet követni az eredményeket, ha a frissítési gyakoriságot lejebb veszed végtelenről...

  Futás előtt egyszer létrehoz egy bazi nagy file-t a teszteléshez, az sokáig tarthat. Ez azt is jelenti, hogy amíg ezt le nem törlőd, használja. Ez a file alapesetben a szabad területte egyenlő lesz.
  Ebből adódik, hogy Te a szabad adtterületet teszteled a filerendszerben, nem pedig a diszket nyersen..

  A disk targets-nél megadható az Outstanding Queues, ezt érdemes 16-32-64re állítani, hogy rendessen megfektesse a rendszert...
  És itt adható meg a max adatterület, amit használjon. Szektor alapon... kicsit számolgatni kell. 0=max=minden szabad hely=oprendszer megfekszik alatta, ha ezen a partíción van..

  Nekem most 30 sec alatt kijött, hogy 4kb full random read esetén 2440 IOPS-sec, azaz 9.53 MB-sec eredményt tud a tömb, kevesebb, mint 6% prociterhelés mellett...

  Írnék róla egy jó cikket, ha lenne időm, de ez alapján sztem el tudsz indulni..

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