Aceasta este comanda ovs-benchmark care poate fi rulată în furnizorul de găzduire gratuit OnWorks folosind una dintre multiplele noastre stații de lucru online gratuite, cum ar fi Ubuntu Online, Fedora Online, emulator online Windows sau emulator online MAC OS
PROGRAM:
NUME
ovs-benchmark - utilitar de referință pentru configurarea fluxului pentru Open vSwitch
REZUMAT
ovs-benchmark latență --la distanta ip[:porturi] [--prize nsocks] [--loturi nloturi]
[--local [ip][:porturi]]
ovs-benchmark rată --la distanta ip[:porturi] [--rată-max rată] [--pauză maxsecs]
[--prize nsocks] [--loturi nloturi] [--local [ip][:porturi]]
ovs-benchmark asculta [--local [ip]:porturi]
ovs-benchmark ajutor
DESCRIERE
ovs-benchmark testează performanța setării fluxului Open vSwitch prin configurarea unui număr de
Conexiuni TCP și măsurarea timpului necesar. Poate fi folosit și cu Linux
bridge sau fără vreun software de bridge, care permite măsurarea lățimii de bandă și
costul latenței de legătură.
Fiecare ovs-benchmark comanda este descrisă separat mai jos.
``latenta'' comandă
Această comandă inițiază nsocks Conexiuni TCP (în mod implicit, 100) cât mai repede posibil,
așteaptă ca fiecare să se finalizeze cu succes sau eșec și tipărește o diagramă cu bare
timpii de finalizare pe ieșirea standard, urmați de o linie rezumativă. Fiecare linie din bară
diagrama listează timpul până la finalizarea conexiunii în milisecunde, urmat de un număr de . or !
simboluri, câte unul pentru fiecare conexiune TCP care s-a finalizat în atâtea milisecunde. A
conexiunea reușită se imprimă a ., și o conexiune nereușită (de exemplu, la un port pe care
niciun proces nu ascultă) imprimă a !.
If nloturi este dat, întreaga procedură se repetă de numărul specificat de ori.
Doar un singur rând rezumat este tipărit la sfârșit.
Rezultatele variază foarte mult în funcție de numărul de prize și dacă gazda la distanță este
ascultând conexiunile pe porturile specificate. Cu un număr mic de prize, toate
timpii de conectare rămân de obicei în câteva milisecunde. Ca număr de
socket-urile crește, distribuția timpilor de conectare se grupează în jurul TCP-ului expeditor
intervalul de retransmisie SYN al stivei. (Acest model apare cu sau fără Open vSwitch activat
calea rețelei.)
``rata'' comandă
Această comandă inițiază nsocks Conexiuni TCP (în mod implicit, 100) cât mai repede posibil
(limitat de maxrate, dacă --rată-max este specificat). De fiecare dată când se finalizează o conexiune cu
succes sau eșec, închide acea conexiune și inițiază una nouă. Continuă să facă
deci fie pentru totdeauna fie, dacă --pauză este specificat, până la maxsecs au trecut secunde.
În timpul testului, imprimă statistici despre timpul scurs, cu succes și fără succes
conexiuni și numărul mediu de conexiuni finalizate (reușite sau eșuate) per
al doilea peste alergare.
Fără --rată-max, rată comanda măsoară debitul maxim susținut de setare pentru un
Deschideți instanța vSwitch. Acest lucru tinde în mod natural să conducă ovs-vswitchd Utilizarea procesorului la 100% pornit
gazda care primește traficul.
Cand --rată-max este specificat cu o valoare sub rata maximă pe care o deschide un vSwitch
instanța se poate descurca, atunci rată poate fi folosit și pentru a măsura CPU-ul nucleului și al spațiului utilizator
costul setărilor de debit la debite specifice.
Rezultatele tind să fluctueze foarte mult în primele secunde ale unei alergări, apoi se stabilesc.
Media afișată este calculată pe întreaga rulare și astfel tinde să convergă
asimptotic pe valoarea „corectă”. Pentru a converge mai repede, încercați să alergați timp de 5 to
10 secunde, apoi omorâți și reporniți alergarea.
``ascult`'' comandă
Această comandă ascultă pe unul sau mai multe porturi TCP pentru conexiunile de intrare. Acceptă
conexiunile și le închide imediat. Poate fi asociat cu rată or latență
comenzi pentru observarea efectelor conexiunilor TCP reușite vs. nereușite.
Este mai ușor de reprodus și interpretat ovs-benchmark rezultate atunci când nu există ascultător
(A se vedea NOTE de mai jos).
``ajutor'' comandă
Imprimă un mesaj de utilizare și iese cu succes.
OPŢIUNI
-r ip[:porturi]
--la distanta ip[:porturi]
Această opțiune, obligatorie pe latență si rată comenzi, specifică minim telecomanda
gazdă la care să vă conectați (ca adresă IP sau nume DNS) ca ip.
Un port TCP sau o gamă de porturi (separate prin -) poate fi de asemenea specificat. Dacă un interval este
specificat, atunci fiecare port din gamă este utilizat în ordine round-robin. Implicit
portul este 6630 dacă nu este specificat niciunul.
-l [ip][:porturi]
--local [ip][:porturi]
Pe latență si rată, fără această opțiune, conexiunile de ieșire nu vor lega a
port TCP specific. Stiva TCP locală va alege un port TCP local de legat. Cand
această opțiune este specificată, va fi utilizat portul sau intervalul de porturi specificat
întoarce. (Dacă este specificat un interval de porturi pentru ambele --local si --la distanta, apoi fiecare localnic
portul din intervalul său va fi utilizat înainte ca portul de la distanță să fie incrementat la următorul
portul în raza sa.)
Pe asculta comanda, această opțiune specifică portul sau porturile locale și IP
adrese pe care să asculte. Dacă este omis, portul 6630 de pe orice adresă IP este
folosit.
-s nsocks
--prize nsocks
Pentru latență, setează numărul de conexiuni de inițiat per lot. Pentru rată, seturi
numărul de conexiuni restante pe care le încearcă să le mențină la un moment dat. The
implicit este 100.
-b nloturi
--loturi nloturi
Pentru latență, setează numărul de ori de inițiere și de așteptare pentru toate
conexiuni de finalizat. Valoarea implicită este 1.
-c maxrate
--rată-max maxrate
Pentru rată, limitează rata maximă la care vor fi încercate conexiunile maxrate
conexiuni pe secundă. În mod implicit, nu există limită.
-T maxsecs
--pauză maxsecs
Pentru rată, oprește benchmark-ul după maxsecs au trecut secunde. În mod implicit,
benchmark-ul continuă până când este întrerupt de un semnal.
NOTE
ovs-benchmark folosește apeluri standard de socket POSIX pentru acces la rețea, deci partajează
punctele forte și limitările TCP/IP și implementările sale în TCP/IP local și la distanță
stive. În special, TCP și implementările sale limitează numărul de succes
conexiuni TCP finalizate și apoi închise. Aceasta înseamnă că ovs-benchmark testele tind să
încetiniți dacă rulați pe intervale lungi sau cu un număr mare de prize sau loturi, dacă
sistemul la distanță ascultă pe portul sau porturile care sunt contactate. Problema nu
apar atunci când sistemul de la distanță nu ascultă. ovs-benchmark rezultatele sunt deci multe
mai fiabil și repetabil atunci când sistemul de la distanță nu ascultă pe portul sau porturile
fiind contactat. Chiar și o singură priză de ascultare (de exemplu, gamă de porturi de la 8000 la 9000 cu
un ascultător pe portul 8080) poate provoca anomalii în rezultate.
Asigurați-vă că firewall-ul stivei TCP/IP la distanță permite traficul benchmark-ului
prelucrate. În scopuri de analiză comparativă Open vSwitch, este posibil să doriți să dezactivați paravanul de protecție
cu, de ex, iptables -F.
ovs-benchmark este cu un singur fir. Un proces cu mai multe fire ar putea fi inițiat
conexiuni mai rapid.
O conexiune TCP constă din două fluxuri (câte unul în fiecare direcție), deci înmulțiți TCP-ul
statistici de conectare care ovs-benchmark rapoarte cu 2 pentru a obține statistici de flux.
Utilizați ovs-benchmark online folosind serviciile onworks.net