Puncte:0

WonderShaper limitează prea mult lățimea de bandă

drapel fr

Folosim WonderShaper ca instrument de control al traficului pe serverele noastre Linux. Avem uplink de 10 Gbit și vreau să limitez încărcarea și descărcarea la 1 Gbit pe server. Scopul meu este de a preveni o situație în care un server descarcă un fișier uriaș și sufocă întreaga linie.

Tot ce trebuie să fac este să definesc care este lățimea de bandă necesară pentru încărcare și descărcare (kb) -

wondershaper -a enp0s3 -d 1024000 -u 1024000

Cu toate acestea, ori de câte ori testez iperf de la un client pe același server, am făcut modificările pe - iperf3 -c {IPERF_SERVER} -t 60 Obțin rezultate foarte scăzute, mult mai puțin decât cele configurate:

[ ID] Interval Transfer Bandwidth Retr
[ 4] 0,00-100,00 sec 3,42 GBytes 294 Mbits/sec 2006 expeditor
[ 4] 0,00-100,00 sec 3,41 GBytes 293 Mbits/sec receptor

Testarea descărcarii (adăugarea -R la iperf) duce la 950Mbit. Ori de câte ori dezactivez WonderShaper, primesc aproape 10 Gbit atât pentru încărcare, cât și pentru descărcare.

Este cineva familiarizat cu aceste probleme folosind WonderShaper? Sau mai pot face ceva în plus pentru a o rezolva?

Aceasta este rezultatul wondershaper -s -a enp0s3

qdisc htb 1: root refcnt 2 r2q 10 implicit 32 direct_packets_stat 0 direct_qlen 1000
 Trimis 42101739 octeți 592924 pkt (scăzut 0, depășește 133 cozi 0)
 Întârziere 0b 0p cozi de așteptare 0
qdisc sfq 30: părinte 1:30 limită 127p quantum 6000b adâncime 127 divizor 1024 perturb 10sec
 Trimis 0 octeți 0 pkt (scăzut 0, depășește 0 cozi de așteptare 0)
 Întârziere 0b 0p cozi de așteptare 0
qdisc sfq 10: părinte 1:10 limită 127p quantum 6000b adâncime 127 divizor 1024 perturb 10sec
 Trimis 37916360 octeți 574353 pkt (scăzut 0, depășește 0 cozi de așteptare 0)
 Întârziere 0b 0p cozi de așteptare 0
qdisc sfq 20: părinte 1:20 limită 127p quantum 6000b adâncime 127 divizor 1024 perturb 10sec
 Trimis 4185379 octeți 18571 pkt (scăzut 0, depășește 0 cozi de așteptare 0)
 Întârziere 0b 0p cozi de așteptare 0
qdisc ingress ffff: părinte ffff:fff1 ----------------
 Trimis 3717886081 octeți 533558 pkt (scăzut 639, depășește 0 cozi de așteptare 0)
 Întârziere 0b 0p cozi de așteptare 0
clasa htb 1:1 rata de rădăcină 1024Mbit celil 1024Mbit burst 1408b cburst 1408b
 Trimis 42102725 octeți 592931 pkt (scăzut 0, depășește 58 cozi 0)
 Întârziere 0b 0p cozi de așteptare 0
 împrumutate: 38 împrumutate: 0 giganți: 0
 jetoane: 163 ctokens: 163

clasa htb 1:10 părinte 1:1 frunză 10: rata anterioară 204800Kbit celul 1003Mbit burst 1561b cburst 1379b
 Trimis 37917346 octeți 574360 pkt (scăzut 0, depășește 0 cozi de așteptare 0)
 Întârziere 0b 0p cozi de așteptare 0
 împrumutate: 574360 împrumutate: 0 giganți: 0
 jetoane: 852 ctokens: 163

clasă htb 1:20 părinte 1:1 frunză 20: rata anterioară 409600Kbit celul 972800Kbit burst 1536b cburst 1459b
 Trimis 4185379 octeți 18571 pkt (scăzut 0, depășește 77 de cozi 0)
 Întârziere 0b 0p cozi de așteptare 0
 împrumutate: 18360 împrumutate: 38 giganți: 0
 jetoane: 225 ctokens: 94

clasa htb 1:30 părinte 1:1 frunză 30: rata anterioară 204800Kbit celul 921600Kbit burst 1561b cburst 1382b
 Trimis 0 octeți 0 pkt (scăzut 0, depășește 0 cozi de așteptare 0)
 Întârziere 0b 0p cozi de așteptare 0
 împrumutate: 0 împrumutate: 0 giganți: 0
 jetoane: 968 ctokens: 203

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.