Alkalmazás tesztelés iometer
Bemutatkozik az Intel IOMeter
Korábban mert az összes szintetikus tesztek, mi választottuk ThreadMark 2.0. Azonban hamarosan észrevettük, hogy nyomon követhető bizonyos korreláció áll fenn az eredmények ThreadMark és átviteli sebességű soros adat teszt mért WinBench. Ez sehol sem egyértelműen mind a tesztelés során ThreadMark'om teljesítményű RAID 0 konfigurációban (szemben nagyon enyhe növekedése WinBench), és ha tesztelt merevlemezek Quantum Bigfoot család, amely, bár ismert, hogy lassú, de még mindig azt mutatják, többé-kevésbé elfogadható soros adatátviteli sebességet. Mi már régóta gondolkodott, hogy feladja az ezzel a teszttel. Azonban minden alkalommal óvatosan utalt a döntést, kaptunk egy hegyi betűk, amelyek az emberek könyörgött, hogy ne hagyjon fel a vizsgálat, mert állítólag nagyon pontosan tükrözi a valóságot. Az utolsó csepp a pohárban, hogy a csésze a türelem vált egy nagyon váratlan reakció ThreadMark fejlesztők maguk az érintett vállalkozás képviselői Adaptec: ők láthatóan jól szórakozott az a tény, hogy használják a teljes ThreadMark viszonyítási kutatás. Tanácsok, hogy a tőlük kapott, ismét megerősíti. Hogy mi volt a kezdetektől a helyes úton: szakértői Adaptec ajánlott használjuk IOMeter az Intel.
Bár IOMeter felület nem a legkényelmesebb, ez a típus minden bizonnyal rendkívül rugalmasan alkalmazható. Ellentétben WinBench 99, amely felhasználja a valós alkalmazások, a IOMeter működik egy tisztán szintetikus közegben. Azonban ez a szintetikus természete ennek vizsgálat meghatározza, a rugalmasság és a testreszabási konkrét célokat és feladatokat.
A kínált lehetőségeket nekünk ez a program messze túlmutat a szokásos vizsgálat egyetlen platform, amelyre már megszokták itt StorageReview. Ez a segédprogram lehetővé tesztelés többprocesszoros konfiguráció, valamint a konfiguráció több merevlemez van, és még egy hálózat több komplett rendszerek. Ebben a cikkben fogunk összpontosítani a vizsgálat az egyéni rendszer épül egy merevlemezt.
IOMeter létrehozhat több munkaprogramok (Intel azt ajánlja, hogy a program tesztelésére egyprocesszoros rendszerben). Mindegyik program működik, minden un-megosztjuk „fizikai lemez”, vagy a szakasz (ok) egyetlen lemezen. Továbbá, minden program tulajdonítják bizonyos „hozzáférési modellt”, amely egy sor paramétert, amelyek meghatározzák a program hozzáférést biztosít a cella.
A változók alkotják a modell hozzáférési tartalmazza:
a kérelem mérete az adatátvitelhez. Ez a minimális egység, amellyel a program működik. Mivel az adatok sorosan, ez az érték megduplázódik, tripla, stb
Véletlen / egymást követő megoszlása (% -ban). Ez a változó jelzi hány százaléka kérések kiszámíthatatlan. Ha a kérelem nem véletlen, hogy ennek megfelelően, a találmány követő mentesítést.
Végül az utolsó lehetőség, amit szeretnék mondani néhány szót, ez a szám az egyes I / O műveletek. azaz olyan paraméter, amely annak tudható be, minden munkaprogram, ami lehetővé teszi a modell egyedi terheket a cella minden sluchae.Chto, zavaros? Sőt, mindez kissé nehéz megmagyarázni az ujjakon. De hidd el, a program maga nem olyan bonyolult, mint amilyennek látszik. Azonban egy tény biztos férhet kétség. Tekintettel a kivételes testreszabási segédprogram önkéntelenül felmerül a kérdés: mi az ábra valójában egy modell hozzáférés és a terhelés?
Igyekszünk teljesítményének értékeléséhez különböző merevlemezek a működési környezet szerverek és munkaállomások. Az első esetben elég egyszerű végrehajtani, mert IOMeter jön már elő cirkulációs modell az adatokat. Ami a második pontot, munkaállomások, itt, furcsa módon, nem az Intel sem merevlemez gyártók, hogy akikkel beszéltünk, nem értett egyet, hogy a szükséges adatokat a szimuláció ezen tesztelési feltételek mellett.
Általában ez elég nyilvánvaló, hogy ha a munkaállomás uralja random (nem egymás után) adatokat fogad (ez az oka annak, ThreadMark és elutasításra került, mivel a teszt). Még a kapott eredmények WinBench megerősítik ezt az elképzelést. Kérdés: mekkora legyen az aránya véletlen kéréseket?
Bár első letöltési exe-fájl, DLL és más könyvtárak soros folyamat, mind az azt követő hívások véletlen. Még annak ellenére, hogy a fájlokat lehet elég nagy része az állandó fájlokat küldeni a lapozófájl (swapfile), és eltávolítjuk belőle. Erősen töredezett kezelése a fájl véletlenül. Exe-fájlok okozhatnak más fontos fájlokat grafika, hang, stb Bár önmagukban ezeket a fájlokat lehet nagy adat lánc, amelyekhez való hozzáférés van a következetes, kumulatív százalékos továbbra is kisebb, mint a százalékos véletlen hívások és adatcserét a rendszerfájlokat. És ha figyelembe vesszük azt a tényt, hogy sajnos van egy szerencsétlen jelenség a töredezett fájlok a merevlemezen, az általunk elfogadott modell úgy tűnik, nagyon közel áll a valósághoz.
Szintén kérdéses, és az arány olvasási és írási műveletek. A legtöbb rendszerben az I / O olvasási műveletek dominálnak mód. írási műveletek zajlanak az esetben az alkalmazások telepítésére, felvétel közben adatfájlokat, és ez különösen fontos, ha a felvétel a swap fájl (swapfiles). Csak abban az esetben írás nagy mennyiségű adatok valós idejű (A / V) felvételi műveletet válhat uralkodóvá.
StorageReview.com dolgozott a következő hozzáférési modellek:
IOMeter minták StorageReview
% -a Access Specifikáció
64 KB vagy több
Alapvetően a modell lehetővé teszi a fellebbezések uralkodnak véletlen hívások 8Kbaytovom klaszter, valamint megjelenő időről időre következetes kezelés, mely elkerüli alá a lapozófájl (swapfile) és / vagy a természetes töredezettség. A modell azt is sugallja, hogy főleg kerül sor olvasási művelet közben írási művelet többnyire esik rekordot a lapozófájl (swapfile). Ez a modell, amit kezelni minden alkalommal utalva a teljesítmény értékelése munkaállomásról IOMeter'a.
Modell az adatbázis eléréséhez gyakran nevezik ( „Adatbázis” Access Pattern), mivel a modell van telepítve az alapértelmezett IOMeter le, mint egy „modell egy tipikus terhelés, ha dolgozik adatbázisokkal,” kivéve a adatblokk mérete (2Kbayta). Kapcsolatfelvétel a 8Kbaytovym blokkok elméletileg azt jelenti, hogy nagyon nagy késéssel, de a gyakorlatban az időeltolódás, amely szükséges a továbbító 8Kbayt képest 2Kbaytami (átviteli sebesség egyenlő 20Mbayt másodpercenként), csupán elhanyagolható. Sokkal több időt töltött a merevlemez-meghajtót mozgás a kívánt helyen a lemezt, és olvasni az adatokat ír vagy a lemez is. Annak ellenére, hogy mi elemzi ezt a modellt úgy, sok úgy vélik, hogy a legtöbb sikeres működésének tipikus munkaállomás, ez annak a ténynek köszönhető, hogy uralja a közvetlen elérésű adatokat.
Száma izolált I / O műveletek - loading IOMeter'a
Számos izolált I / O műveletek párhuzamosan, mindenképpen hatással a teljes terhelés a vizsgált merevlemez. Abban az esetben csak egy kezelést, megkapjuk a lineáris terhelés, ami 100% -os eséllyel alkalmazások lehetővé teszi számunkra, hogy az intézkedés az átlagos véletlenszerű hozzáférési idő, amikor dolgozik egy adatbázis modell. Azonban egy ilyen eset nem tekinthető reprezentatív minden típusú adatokhoz való hozzáférést. Vegyük például a 4-kezelés, párhuzamosan kötve. Ebben az esetben van egy modell elemi műveletek, mint például a dob a számológép a Windows. Amikor Win2k perfmon.exe fájl segítségével tudtuk megoldani a tüskék a tartományban 30-50 I / O műveletek párhuzamosan futtatásakor egyes alkalmazásokhoz. Waveletek több mint 100 I / O műveletek folynak abban az esetben nagy intenzitású eltalálja a merevlemezre, például amikor töredezettségmentesítés.
Ennek eredményeként, úgy döntöttünk, hogy teszteljék a három fent említett hozzáférési modellek 5 változatának a teher:
1 Kiemelkedő I / O
4 Kiemelkedő I / O
16 Kiemelkedő I / O
64 Kiemelkedő I / O
256 Kiemelkedő I / O
Ha nem történt érdemi változás a paramétereket nem végeztek, a IOMeter fog futni, amíg a felhasználó manuálisan kilépünk a programból. Mi már beállította a végrehajtás idejét minden vizsgálat 10 perc. Összesen 15 vizsgálatokat végeztünk (3 termék, 5 alkalommal mindegyik). Megjegyezzük, hogy az első harminc másodpercet minden teszt csapról az úgynevezett „gyorsítás”, és az eredmények ebben az időintervallumban nem veszik figyelembe. Tehát megpróbáltuk elkerülni jelentős terjedését értékek és a befolyása a kezdeti nem reprezentatív eredményeket a nagy képet.
IOMeter kimenetén a közüzemi, kapunk egy nagyon nagy számú lehetséges variáció, amelyek közül sok kiegészítik egymást, és különböző változatait teszteli az azonos paraméterekkel. Néhány eredmény van értelme csak azokra az esetekre a többprocesszoros rendszerek vagy hálózatok. Több olyan paraméterekkel rendelkezik, amelyek különösen fontosak a számunkra:
Száma I / O művelet másodpercenként. Ez a legjelentősebb eredménye. Azt mutatja, hogy sok alkalmazás végeztünk 1 másodpercig. Természetesen minden kezelés áll több végrehajtott intézkedések egymást követően: meghajtó mozgatása a lemez forgását, olvasás vagy írás 8Kbaytovogo blokkot a munkaállomás / adatbázis, vagy egy blokk mérete 0,5 64Kbayt esetén a szerver modell szerint.
Összesen átadása megabájt másodpercenként. Ez nem más, mint egy extrapoláció a korábbi paramétert. Abban az esetben, modell munkaállomáshoz vagy egy adatbázis érték megegyezik: [számának második I / O] X 8KB / 1024-gyel a szimuláció, a fájl szerver valamivel nehezebb, mert a méret a variábilis továbbított.
Az átlagos válaszidő az egyes I / O művelet. Vonal szinten (1 külön művelet) egyszerűen egy másik érték jelzi azt a számot I / O művelet másodpercenként. Egyszerűen fogalmazva, a több I / O másodpercenként 1000millisekund elosztjuk az átlagos válaszidő per I / O művelet. Ahogy egyre több az egyes műveletek párhuzamosan végzik, a számítások bonyolultak. Az átlagos válaszidő az egyes I / O művelet növekszik, de nem lineárisan tekintetében számának növekedése az I / O műveletek. Tartozunk ezzel optimalizálja a firmware-t, a támogatott interfész / autóbusz, valamint optimalizálja lemez hozzáférési eljárást.
CPU terhelés. A legtöbb esetben nem adjuk meg ezt az értéket adatbázisainkban. Ez semmi, mint egy százaléka CPU részt vesznek a fellebbezések feldolgozása. Ez a szám nagyon kicsi egy 700 MHz-es processzor. Ez a szám is kicsi egy 266 MHz-es processzor. Mindenesetre, sokkal fontosabb ...
Az I / O műveletek egy bizonyos százalékát a CPU kihasználtsága. Ez az úgynevezett „feldolgozás hatékonyság” a IOMeter'u. A kapott értéket elosztjuk a száma I / O másodpercenként CPU terhelés faktor (amely a legtöbb esetben eléri a legalább 1%, ami nagyobb termelékenységet). Eredmények összehasonlítása erre paraméter több meghajtó helyesebb, mint közvetlenül összehasonlítottuk processzorterhelés tényezők.
Mi az ügyfél térkép
Regisztráció Club rendszeres vásárlók lehetőséget nyújt a vásárló:
Térkép viselkedik, mintha online vásárolt és az üzletekben.
Egyeztessen szállítási pont Yevroset / Koherens
- Csak akkor működik, az egyének;
- kiadott kiskereskedelmi árak az aktuális árlista;
- legyen az összeg nem kevesebb, mint 100 rubelt, és 15 000 rubelt, különben akkor felajánlotta, hogy fizet egy további biztosítási költségek az áruk (0,8% -a az a kosár), vagy az alternatív módok támogatására;
- Meg lehet kevesebb, mint 8 kg, beleértve a termékek csomagolásán;
- COD készpénz vagy műanyag kártya;
- Összegét a két fél a parcellák nem lehet több, mint 1200 méter;
- szállítmánytól a pont Euroset / Messenger naponta, a 12-00, kivéve hétvégén és ünnepnapokon. Ha a rendelés van kialakítva a hétvégén és ünnepnapokon, az üzemeltető fog kommunikálni veled, amíg a következő munkanapon;
- A eltarthatósága érdekében a szóban forgó - hét napig.
Vásárlás a cikk lista