Puncte:-1

client tcp care face multe conexiuni de ieșire

drapel tr

Clientul meu TCP trebuie să se conecteze la mii de servere (în rețeaua locală) dintr-o dată. Comunicarea este simplă. Cerere TCP șir de 10 octeți, răspuns de 20 octeți.

Am o rețea gigabit.

când clientul conectează serverele unul câte unul nu există probleme. Dar când, dintr-o dată, am succes cu 1000 de servere și altele eșuând cu erori: în mod normal, nicio rută către găzduire.

Clienții mei rulează pe NUC nou-nouț cu i7. Am ajustat stiva TCP:

sysctl -w fs.file-max=100000
mtu 500, 3000, 9000
ulimit -n 32000 2000 3000 5000 

Dar fără succes. Cel mai bine am reușit să obțin 1800 de conexiuni Știți cum să depășiți această problemă?

Puncte:0
drapel tr

Am reușit să rezolv această problemă, așa că permiteți-mi să vă spun cum: cu dmesg aflu ca:

> [145307.501197] vecin: arp_cache: tabelul vecin depășit!
> [145307.567830] vecin: arp_cache: tabelul vecin depășit!
> [145308.354244] vecin: arp_cache: tabelul vecin depășit!
> [145308.479650] vecin: arp_cache: tabelul vecin depășit!

deci soluția a fost creșterea tabelului ARP:

sysctl -w net.ipv4.neigh.default.gc_thresh1=16000
sysctl -w net.ipv4.neigh.default.gc_thresh2=20000
sysctl -w net.ipv4.neigh.default.gc_thresh3=24000 

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.