Utilizarea iometrului pentru testare

Introducerea IOMeter-ului Intel


Anterior, din toate testele sintetice, am preferat ThreadMark 2.0. Totuși, destul de curând am observat că există o corelație între rezultatele din ThreadMark și rata de transfer a datelor seriale măsurate prin testul WinBench. Nicăieri nu este acest lucru mai clar, atât la testarea ThreadMark'om performanță RAID 0 de configurare (spre deosebire de o foarte ușoară creștere în Winbench) și atunci când este testat cu hard disk-uri de familie Quantum Bigfoot, care, deși cunoscut pentru lent lor, dar încă arată o mai mult sau mai puțin o rată acceptabilă de date seriale. Ne-am gândit mult să nu folosim acest test. Cu toate acestea, de fiecare dată când ne-am lăsat să se înțeleagă cu atenție la decizia noastră, am primit un munte de scrisori în care oamenii ne implorat să nu abandoneze acest test, deoarece se presupune că este foarte precis reflectă realitatea. Ultima picătură că paharul răbdării noastre a devenit o reacție foarte neașteptat ThreadMark dezvoltatorii de ei înșiși, reprezentanți ai societății Adaptec: ei amuzate vizibil prin faptul că am folosit ca punct de referință ThreadMark complet pentru cercetarea noastră. Sfatul pe care l-am primit de la ei confirmă încă o dată. Că de la început am fost pe drumul cel bun: experții companiei Adaptec ne-au recomandat să folosim IOMeter de la Intel.






Deși interfața IOMeter este departe de cea mai convenabilă, această utilitate este cu siguranță distinsă de flexibilitatea sa excepțională de utilizare. Spre deosebire de WinBench 99, care utilizează aplicații reale, IOMeter funcționează într-un mediu pur sintetic. Cu toate acestea, natura sintetică a acestui test determină flexibilitatea și adaptabilitatea la obiective și obiective specifice.
Posibilitățile pe care le oferă acest program depășesc cu mult testarea obișnuită pe o platformă, la care suntem deja obișnuiți aici, pe StorageReview. Acest utilitar vă permite să testați configurații multiprocesor, precum și configurații cu mai multe hard discuri și chiar rețele din mai multe sisteme complete. În acest articol, ne vom concentra pe testarea unui sistem individual construit pe un singur hard disk.
IOMeter poate crea mai multe programe de lucru (Intel recomandă utilizarea unui program pentru a testa un sistem cu un singur procesor). Fiecare program funcționează fie cu un "disc fizic" nepartiționat, fie cu o partiție (partiții) într-un singur disc. De asemenea, fiecărui program i se atribuie un anumit "model de acces", care este un set de parametri care condiționează accesul programului la elementul testat.

Variabilele care alcătuiesc modelul de acces includ:

Dimensiunea solicitării de transmitere a datelor. Aceasta este unitatea minimă cu care rulează programul. Deoarece datele sunt transferate în serie, această valoare va fi dublată, triplă, etc.

Distribuție aleatorie / secvențială (în%). Această variabilă indică ce procent din solicitări sunt aleatorii. Dacă cererea nu este accidentală, atunci, în consecință, se referă la categoria consecutivă.

În cele din urmă, ultimul parametru, despre care aș dori să spun câteva cuvinte, este numărul de operații I / O individuale. care este un parametru care poate fi atribuit fiecărui program de lucru, permițând astfel modelarea unei sarcini unice pe elementul testat în fiecare caz în parte. Ce, sunt confuzi? Într-adevăr, toate acestea sunt oarecum dificil de explicat pe degete. Dar, crede-mă, programul în sine nu este atât de complicat cum ar părea. Cu toate acestea, un fapt cu siguranță nu provoacă îndoieli. Având în vedere adaptabilitatea excepțională a utilității, întrebarea apare involuntar: ce arată de fapt modelul de acces și încărcarea?


Vom încerca să evaluăm performanța diferitelor hard disk-uri în condițiile de lucru în servere și stații de lucru. Primul caz este destul de simplu de implementat, deoarece IOMeter este completat cu un model de acces la date deja compilat. În privința celui de-al doilea punct, stațiile de lucru, ciudate cum pare, nici Intel, nici producătorii de discuri pe care i-am contactat nu au fost de acord să furnizeze datele necesare pentru a modela aceste condiții de testare.
În general, este destul de evident că, în cazul unei stații de lucru, accesul la date aleatoriu (non-secvențial) prevalează (motiv pentru care ThreadMark a fost respins ca test). Chiar și rezultatele obținute în WinBench confirmă această idee. Întrebare: cât de mare ar trebui să fie procentul de apeluri aleatorii?
Deși la prima încărcare fișierele exe, DLL-urile și alte biblioteci reprezintă un proces secvențial, toate apelurile ulterioare sunt aleatorii. Chiar dacă fișierele pot fi destul de mari, anumite părți ale fișierelor sunt trimise permanent în swapfile și eliminate din acestea. Apelurile fragmentate puternic la acest fișier sunt aleatoare. Fișierele exe cauzează alte fișiere importante cu imagini grafice, sunet etc. Deși aceste fișiere pot fi de la sine mari lanțuri de date care sunt accesate secvențial, procentul cumulativ va fi în continuare mai mic decât procentul accesărilor aleatorii și schimbul de date între fișierele de sistem. Și dacă luați în considerare și faptul că, din păcate, există un fenomen atât de enervant ca fragmentarea fișierelor de pe hard disk, modelul pe care l-am adoptat pare să fie cel mai apropiat de realitate.






De asemenea, raportul dintre operațiile de citire și scriere este discutabil. În majoritatea sistemelor, modurile de intrare / ieșire sunt dominate de operațiile de citire. Operațiile de înregistrare au loc atunci când instalați aplicații, când scrieți fișiere de date și, cel mai important, când scrieți fișiere swap. Numai în cazul înregistrării unor cantități mari de date în timp real (A / V), operațiile de înregistrare pot deveni predominante.


StorageReview.com a lucrat cu următoarele modele de acces:

Modele IOMeter de la StorageReview

% din specificația de acces

64 KB sau mai mult


Practic, modelul permite dominarea atac apeluri aleatorii la clusterului 8Kbaytovom, precum și apare din timp în timp un tratament coerent, care evită care se încadrează în pagefile (fișier de tip swap) și / sau fragmentarea naturală. Modelul presupune, de asemenea, că operațiunile cele mai citite vor avea loc, în timp ce operațiile de scriere vor fi în mare parte scrise în swapfile. Acesta este modelul la care ne referim de fiecare dată când vorbim despre evaluarea performanței stației de lucru cu ajutorul IOMeter.
Model pentru a accesa baza de date denumit în mod obișnuit ca ( „baza de date“ Access Pattern), deoarece modelul este instalat în implicit IOMeter este descris ca fiind un „model de o sarcină tipic atunci când se lucrează cu baze de date“, cu excepția dimensiunii blocului de date (2Kbayta). Contactarea blocurilor 8Kbaytovym implică teoretic o întârziere foarte mare, cu toate acestea, în practică, diferența de timp, care este necesar pentru transmiterea 8Kbayt comparativ cu 2Kbaytami (rata de transmisie 20Mbayt egal pe secundă), pur și simplu neglijabilă. Timpul mult mai este petrecut în mișcarea unității de hard disk în locul potrivit pe placă și citirea datelor de pe plăcuță sau scrierea în ea. În ciuda faptului că am numit acest model, astfel, mulți consideră că este operațiunea cea mai de succes a unei stații de lucru tipic, aceasta se datorează faptului că este dominată de datele de acces aleatoriu.

Numărul de operații I / O izolate - descărcări ale IOMeter


Un număr de operații I / O izolate care rulează în paralel afectează cu siguranță sarcina totală a hard disk-ului testat. În cazul unui singur apel, primim o sarcină liniară, care la 100% aleatorie a apelurilor ne oferă posibilitatea de a măsura timpul mediu de acces aleatoriu atunci când lucrăm cu modelul bazei de date. Cu toate acestea, un astfel de caz nu poate fi numit reprezentativ pentru toate tipurile de acces la date. Luați, de exemplu, 4 referințe care funcționează în paralel. În acest caz, obținem un model de operații elementare, cum ar fi, de exemplu, lansarea unui calculator în Windows. Folosind fișierul perfon.exe Win2k, am reușit să reparăm explozii în intervalul de la 30 la 50 de operații I / O care rulează în paralel când rulează unele aplicații. Exploziile cu mai mult de 100 de operații I / O apar în cazul intensificării intensității apelurilor către hard disk, de exemplu atunci când este defragmentat.
Ca rezultat, am decis sa testam fiecare dintre cele trei modele de acces enumerate mai sus cu 5 optiuni de incarcare:

1 I / O remarcabile

4 I / Os excelent

16 I / Os excelente

64 I / Os excelente

256 I / O excelente


Dacă nu s-au efectuat modificări de parametri relevanți, IOMeter va funcționa până când utilizatorul întrerupe manual programul. Am stabilit timpul de execuție al fiecărui test la 10 minute. Au fost efectuate în total 15 teste (3 modele, de 5 ori fiecare). Rețineți că primele treizeci de secunde ale fiecărui test au fost atribuite așa-numitei "accelerații", iar rezultatele din acest interval de timp nu au fost luate în considerare. Astfel, am încercat să evităm o răspândire semnificativă a valorilor și efectul rezultatelor inițiale non-indicative asupra imaginii generale.

La ieșirea utilitarului IOMeter, obținem un număr foarte mare de rezultate diferite, multe dintre ele complementându-se și reprezentând diferite opțiuni pentru testarea acelorași parametri. Unele rezultate au sens doar pentru cazurile cu sisteme sau rețele multiprocesoare. Am identificat câțiva parametri interesați de noi:

Numărul total de operații I / O pe secundă. Acesta este cel mai semnificativ rezultat. Afișează câte apeluri au fost efectuate în 1 secundă. Desigur, fiecare cerere constă în mai multe acțiuni efectuate secvențial: mutați unitatea, rotiți discul, citiți sau scrieți un bloc de octeți de 8K pentru o stație de lucru / bază de date sau o dimensiune a blocului de la 0,5 la 64K în cazul unui model de server.

Numărul total de megaocteți transferați pe secundă. Aceasta nu este altceva decât extrapolarea parametrului anterior. În cazul modelului stație de lucru sau o valoare de bază de date este egal cu: [numărul de a doua I / O] x 8KB / 1024. Pentru simulare, serverul de fișiere este oarecum mai dificil din cauza dimensiunii variabilei transmise.

Timpul mediu de răspuns al sistemului pentru fiecare operație I / O. La nivel liniar (1 operație separată), această valoare afișează pur și simplu numărul de operații I / O pe secundă. Pur și simplu, numărul de operații I / O pe secundă este de 1000 milisecunde împărțit la timpul mediu de răspuns al sistemului pentru o operație I / O. Odată cu creșterea numărului de operațiuni individuale efectuate în paralel, calculele devin mai complexe. Timpul mediu de răspuns al sistemului pentru fiecare operație I / O crește, dar nu este linear în ceea ce privește creșterea numărului de operații I / O. Acest lucru se datorează optimizării firmware-ului, interfeței / bus-ului acceptate și optimizării procedurii de accesare a discului.

CPU încărcare. În majoritatea cazurilor, nu includem această valoare în bazele noastre de date. Acesta nu este nimic mai mult decât procentul de cicluri de procesoare implicate în procesarea apelurilor. Acest număr este foarte mic pentru procesorul de 700 MHz. Acest număr este, de asemenea, mic pentru un procesor de 266 MHz. În orice caz, este mult mai important ...

Numărul de operații I / O per procent CPU. Aceasta este așa-numita "eficiență a procesorului" de către IOMeter'u. Valoarea este obținută prin împărțirea numărului de operații I / O pe secundă prin utilizarea CPU (care în majoritatea cazurilor este mai mică de 1%, ceea ce duce la creșterea performanței). Compararea rezultatelor pentru acest parametru pentru mai multe discuri este mai corectă decât compararea directă a factorilor de utilizare a procesorului.

Care este cardul cumpărătorului?

Înscrierea în Clubul clienților obișnuiți oferă o oportunitate pentru cumpărător:

Cardul funcționează atât atunci când cumpărăm online cât și în magazinele cu amănuntul.

Comandă cu livrare la punctele Euroset / Messenger

  • funcționează numai pentru persoane fizice;
  • este întocmit la prețurile cu amănuntul ale listei actuale de prețuri;
  • trebuie să fie pentru o sumă nu mai puțin de 100 de ruble și 15 000 de ruble, în caz contrar va fi oferit să plătească un cost suplimentar de asigurare a bunurilor (0,8% din valoarea coșului) sau de a folosi moduri alternative de livrare;
  • trebuie să fie mai mică de 8 kg, inclusiv ambalajul mărfurilor;
  • plata prin primire în numerar sau printr-un card de plastic;
  • suma oricărei părți laterale a parcelei nu trebuie să depășească 1.200 m;
  • expedierea mărfurilor cu livrare la punctele Euroset / Messenger se efectuează zilnic, la orele 12-00, cu excepția week-end-urilor și sărbătorilor. În cazul în care comanda dvs. se formează în weekend sau în concediu, operatorul vă va contacta nu mai devreme de următoarea zi lucrătoare;
  • termenul de valabilitate al ordinului la momentul emiterii este de șapte zile.

Cumpărați din lista articolelor







Articole similare

Pagina anterioară

Pagina următoare

Trimiteți-le prietenilor: