พารามิเตอร์เคอร์เนล - net.core.netdev_max_backlog เกิดอะไรขึ้นเมื่อค่าต่ำเกินไป

เราต้องการที่จะเข้าใจสิ่งที่เป็นด้านเมื่อ net.core.netdev_max_backlog ค่าเคอร์เนลต่ำมากและไม่แนะนำ

บนเครื่อง Linux RHEL ของเรา ค่าสำหรับพารามิเตอร์นี้คือ 1000

เนื่องจากเครื่องของเราเป็นเครื่อง HADOOP (คลัสเตอร์ BIGDATA)

เราเห็นว่าแนวทางปฏิบัติที่ดีที่สุดคือการเพิ่มมูลค่าให้กับ 65536

ตามที่อธิบายไว้ใน:

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

พื้นหลัง:

พารามิเตอร์เคอร์เนล ânetdev_max_backlogâ คือขนาดสูงสุดของคิวรับข้อมูลเฟรมที่ได้รับจะถูกจัดเก็บไว้ในคิวนี้หลังจากดึงมาจากบัฟเฟอร์วงแหวนบน NIC ใช้การ์ดความเร็วสูงที่มีมูลค่าสูงเพื่อป้องกันแพ็กเก็ตสูญหาย ในแอปพลิเคชันแบบเรียลไทม์ เช่น เราเตอร์ SIP ต้องกำหนดคิวยาวด้วย CPU ความเร็วสูง มิฉะนั้นข้อมูลในคิวจะล้าสมัย (เก่า)

ดังนั้น - สิ่งที่อาจเป็นลักษณะเมื่อพารามิเตอร์เคอร์เนลนี้มีค่าไม่เพียงพอ

อื่นๆ - ข้อมูลอ้างอิง - 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