IRQ affinity сетевой карты: ручная запись может быть позже изменена irqbalance
Настройка CPU для сетевых interrupts должна иметь понятного владельца. Если одновременно действует динамический daemon и ручной скрипт, фактическая карта может отличаться от ожидаемой. Успешное выполнение команды настройки не доказывает её сохранение во времени.
Документация scaling отмечает, что irqbalance способен переопределять ручные назначения. RSS выбирает receive queue, а её interrupt affinity связывает аппаратную работу с CPU. RPS и другие последующие механизмы могут затем менять место protocol processing, поэтому нужно наблюдать несколько уровней.
Логические CPU также не равнозначны независимым физическим ядрам или одинаково близкой памяти. Максимальное число queues не является универсальным оптимумом. Для конкретного хоста важны NUMA, interrupt coalescing и конкурирующая работа. Рекомендации из исторического теста не заменяют измерение актуального оборудования.
В приёмке сохраняют эффективную карту после старта, изменения нагрузки и согласованного перезапуска. Сопоставляют её с per-CPU interrupts, drops и задержками. Устраняют конфликт управления через предусмотренную политику системы. Красивое равномерное распределение прерываний не является самостоятельной целью без улучшения полезной работы и предсказуемости.
Основание — Official versioned Linux network documentation displaying6.18.0, networking/bonding, scaling and bridge, разделы RSS IRQ distribution; irqbalance; queue count tradeoffs. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — официальная версия документации Linux с заголовком 6.18.0. Это фиксированная редакция, а не утверждение об установленном или последнем ядре. Реальные NIC, драйвер, switch и параметры хоста не проверялись; настройки и сетевые испытания не выполнялись.
