мы хотим понять, каковы аспекты, когда 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» — это максимальный размер очереди приема.Полученные кадры будут храниться в этой очереди после их извлечения из кольцевого буфера на сетевой карте. Используйте высокое значение для высокоскоростных карт, чтобы предотвратить потерю пакетов. В приложениях реального времени, таких как SIP-маршрутизатор, длинная очередь должна быть назначена высокоскоростному процессору, иначе данные в очереди будут устаревшими (старыми).
Итак, какие могут быть аспекты, когда этот параметр ядра имеет недостаточное значение?
другое - ссылка - 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
