A teszt leírása intel iometer
Köszönjük a támogatást!
Kezdetben hogy kipróbálja meghajtó lett kiválasztva Adaptec ThreadMark 2.0. Öröklött hiányában ez a teszt volt, egy kis információ tartalma - csak egy súlyozott átlag eredmény értékét. Ezen túlmenően, az utóbbi időben, miközben teszteli az új „gyors” lemezek kezdtek komoly kétségek és az eredmények megbízhatóságát. Legalábbis az összefüggést a találatok WinBench vált gyakorlatilag eltűnt. Ebben a helyzetben, úgy döntöttem, hogy kövesse a példáját vezető oldal a médiában - StorageReview és váltson Intel IOMeter teszt.
Ha a teszt, azt használják a módszert fejlesztettek StorageReview. Azok, akik szeretnék, hogy olvassa el ezt a módszert az eredeti tudja olvasni, ugyanazon a helyen (rész operációs rendszerek és referenciaértékek - 4. rész). Adok egy rövid leírás a vizsgálati és tesztelési technikákat.
A IOMeter, nem úgy, mint például a WinBench alapuló valós alkalmazások, teljesen szintetikus benchmark. Ez ad neki egy nagyon nagy rugalmasságot és egyúttal megteremti a sok nehézség, amikor beállítja a tesztelő. További komplexitás az, hogy ki lehet próbálni nem csak egy meghajtót egy egyprocesszoros gép (amit nem), de a lemez tömbök többprocesszoros konfigurációk és még egy gyűjtemény a számítógépek a hálózaton. Ugyanakkor, majd ezeket a funkciókat nem lehet figyelembe venni.
IOMeter működik úgynevezett «munkások». Az Intel azt javasolja, hogy hozzon létre egy „dolgozik” a processzor, így a következőkben feltételezzük, hogy van egy munkás. Továbbá, minden munkavállaló teszteli a „cél” vagy a „cél» (target), amelyek vagy osztatlan (unpartitioned) fizikai lemez, vagy egy vagy több partíció (elválasztó) a lemezen. Ezután kezdődik a móka. Minden munkavállaló lehet rendelni „hozzáférési modell» (hozzáférés minta), amely egy sor paramétert, amely szerint a munkavállaló rendezi hozzáférés célt.
Lehet nézni a kiállítást? Akkor megyünk tovább. hozzáférési modell tartalmazza a következő változókat:
- Transfer Request Size - minimális adatmennyiséget, amely elérhető teszt.
- Százalékos Random / szekvenciális Distribution - a kérések százalékos arányát, véletlenszerű. Mások, persze, az egymás után.
- Százalékos Read / Write Distribution - a százalékos olvasási kérések. Egy másik fontos változó nincs kifejezetten szerepel az elérési modell - # Kiemelkedő I / O - meghatározza a több egyidejű I / O kérések a munkás-a és ennek megfelelően, hogy helyezzen be egy lemezt.
Ez így volt. Természetesen önkényesen paraméterek beállítása, akkor kaphat sokféle páratlan eredményeket, kevés gyakorlati értelme. Ebben az összefüggésben a nemzeti kérdés merül fel: hogyan lehet beállítani a hozzáférési modellt, hogy ő mintájára a lemez munka a világban? Itt én nem újra feltalálni a kereket, és kihasználta által javasolt módszer ugyanaz StorageReview.
Tehát, a tesztelés 3-modellre - File Server (modell Intel által definiált és jön a IOMeter), munkaállomás és adatbázis (meghatározott StorageReview). Az alábbi táblázat a paraméterek minden modell ismét felvettük StorageReview (rész operációs rendszerek és referenciaértékek - 5. rész). Ott lehet olvasni a kiválasztás okairól ilyen modellek.
% -a Access Specifikáció
256 Kiemelkedő I / O
Ezen felül, akkor meg a próbaüzem ideje (próbaverzió, sajnos, csak kézzel - a STOP gomb megnyomásával) és az idő kezdetétől a tesztüzem kezdete előtt mérés (far-up idő). Aztán csak nem az eredeti és miután kollégái kapott az átfutási idő mind a 15 teszteket (5 fajta terhelés az egyes modellek 3 hozzáférés) és 10 perc, és a késedelem far-up - 30 másodperc. Tesztelt a fizikai lemezek (nem osztva és nem).
Most a legfontosabb - Mit kapunk a kijárat felé. Ismét követő kollégák már a felmérésben szerepelnek az alábbi eredményeket.
- Összesen I / O Per Second - az átlagos kérelmek száma végrehajtott másodpercenként. A kérés elhelyezése és írási / olvasási egység a megfelelő méretet.
- Összesen MB Per Second - ugyanaz, de más szavakkal. Abban az esetben, modellek működő blokk azonos méretű (Workstation és adatbázis) - a termék Total I / O Per Second blokkolni méretét.
- Átlagos I / O válaszidő - lineáris (egy kiemelkedő I / O) terhelés - ismét ugyanaz, mint a Total I / O Per Second (Total I / O Per Second = 1000 ezredmásodperc / Átlagos I / O válaszidő) . A növekvő terhelés értéke növekszik, de nem lineáris. Az eredmény attól függ, hogy az optimalizálás meghajtó firmware-t, és az operációs rendszer busz.
- CPU hatékonyság, vagy más módon, az I / O per% CPU kihasználtság - vele minden világos.