tham số hạt nhân - net.core.netdev_max_backlog, điều gì đã xảy ra khi nó quá thấp

chúng tôi muốn hiểu các khía cạnh là gì khi net.core.netdev_max_backlog giá trị kernel rất thấp và không được khuyến nghị

trên các máy Linux RHEL của chúng tôi, giá trị cho tham số này là 1000

vì máy của chúng tôi là máy HADOOP (cụm BIGDATA)

chúng tôi thấy rằng phương pháp hay nhất là tăng giá trị cho 65536

như mô tả trên:

https://datasayans.wordpress.com/2015/11/04/performance-kernel-tuning-for-hadoop-environment/

lai lịch:

Tham số kernel ânetdev_max_backlogâ là kích thước tối đa của hàng đợi nhận.Các khung nhận được sẽ được lưu trữ trong hàng đợi này sau khi lấy chúng từ bộ đệm vòng trên NIC. Sử dụng giá trị cao cho thẻ tốc độ cao để tránh mất gói. Trong ứng dụng thời gian thực như bộ định tuyến SIP, hàng đợi dài phải được gán với CPU tốc độ cao nếu không dữ liệu trong hàng đợi sẽ lỗi thời (cũ).

vậy - điều gì có thể là khía cạnh khi tham số hạt nhân này có giá trị Không đủ?

tài liệu tham khảo khác - https://gist.github.com/leosouzadias/e37cd189794bb78de502ac25cb605576

https://community.cloudera.com/t5/Community-Articles/OS-Configurations-for-Better-Hadoop-Performance/ta-p/247300

https://www.senia.org/2016/02/28/hadoop-and-redhat-system-tuning-etcsysctl-conf/

https://mapredit.blogspot.com/2014/11/hadoop-server-performance-tuning.html

https://gist.github.com/phaneesh/38b3d80b38cc76abb1d010f598fbc90a

https://docs.datastax.com/en/dse/5.1/dse-dev/datastax_enterprise/config/configRecommendedSettings.html

PDF- https://www.cisco.com/c/dam/en/us/solutions/collateral/data-center-virtualization/big-data/cloudera-intel-cisco-hadoop-benchmark.pdf