În primul rând, numerele pe care le setați nu sunt incluse octeți așa cum cred mulți oameni, sunt în descriptori (și dimensiunea descriptorului este dependentă de hardware). Deci, atunci când creșteți lungimea inelului, solicitați mai multă memorie pentru a fi alocată în nucleu pentru acești descriptori. În general, doriți ca această memorie a nucleului să fie în cache L1, astfel încât procesarea întreruperii să fie cât mai rapidă posibil. Creșterea dimensiunii inelului face acest lucru mai puțin probabil și, în unele cazuri, complet imposibil.
Următorul lucru este întreruperea coalescerii - în general, când creșteți dimensiunea tamponului inel, NIC-ul își va ajusta în mod corespunzător notele scăzute/înalte și va declanșa întreruperea atunci când sunt stocate mai multe date în tampon (adică mai rar). Timpul necesar nucleului pentru a procesa aceste cantități mai mari de date în timpul procesării întrerupte ar crește, de asemenea, ca rezultat.
Toate cele de mai sus au ca rezultat un simplu efect de bucket - cu o probabilitate mai mare de scădere a pachetului de inel scade și latența rețelei crește. Acest lucru poate fi perfect dacă transmiteți fișiere mari prin TCP și poate fi complet nedorit dacă sunteți o aplicație de pachete mici cu latență redusă (adică jocuri și altele).
Numerele implicite pe care le vedeți reprezintă un compromis rezonabil între cele două.
