Puncte:0

Testați latența de la NFS la un client NFS

drapel cn

Echipa mea a optat pentru un server NFS auto-construit (folosind o instanță EC2 pentru a servi celelalte instanțe), în loc să folosească AWS EFS. Am dori să testăm latența pe care o are NFS-ul nostru, apoi să o comparăm cu EFS.

Există o modalitate/un instrument de a testa latența acestor servere NFS?

Puncte:1
drapel de

Cel mai simplu mod este să alergi rechinul pe client cu opțiuni pentru a imprima timpii de răspuns rpc:

$ tshark -i orice -f "port 2049" -Y rpc -Tfields \
   -E separator=/t -E antet=y \
   -e frame.number \
   -e rpc.repframe \
   -e rpc.time 
   -e ip.src -e ip.dst \
   -e nfs

Ieșirea va fi ceva de genul:

frame.number rpc.repframe rpc.time ip.src ip.dst nfs
Captură pe „orice”
3 x.x.x.x y.y.y.y Network File System, Ops(1): SECVENȚĂ
4 3 0,000593460 y.y.y.y x.x.x.x Network File System, Ops(1): SECVENȚĂ
8 x.x.x.x y.y.y.y Network File System, Ops(1): SECVENȚĂ
9 8 0,000797399 y.y.y.y x.x.x.x Network File System, Ops(1): SECVENȚĂ

The rpc.timp în cadrul de răspuns este diferența dintre trimiterea unei cereri și primirea răspunsului.

NOTĂ: opțiunile și ieșirea pot fi diferite în funcție de versiunea tshark.

Alternativ, puteți colecta doar trafic de rețea cu dumpcap sau tcpdump și analizează-l cu wireshark.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.