Существует ли все еще использование для irqbalance на современных аппаратных средствах?
номер 4 не является вторым диском, просто расширенный раздел, так ничего не делайте с ним!
для нахождения второго диска выполняет это
dmesg |grep sd
отметьте, какие диски подходят (у Вас уже есть sda, так удостоверьтесь, что Вы не касаетесь его), вероятно, Вы будете иметь sdb и если это так сделаете следующее
fdisk /dev/sdb
n -- to add a new primary partition and choose the whole drive
w -- to write it to the drive
mkfs.ext3 /dev/sdb1 -- to create the file system
mount /dev/sdb1 /to_my_image_dir
Вот один ответ от технического специалиста в RedHat. Хотя я верю, что большая часть корпоративного оборудования поддерживает NUMA. И, насколько мне известно, VMware также попытается разместить ваши виртуальные машины на одном узле NUMA, если подходит его конфигурация ЦП.
Мы будем очень признательны за опыт (особенно в отношении VMware).
Это правда, «потому что» современных серверов. Имейте в виду, что Multi-CPU / Muli-Core - это не то же самое, что NUMA. Есть много многопроцессорных / ядерных систем, у которых нет NUMA.
Прежде чем читать мое объяснение ниже, прочтите документ IRQ Affinity выше, а также следующие руководства:
Руководство по настройке производительности RHEL 6
Настройка производительности с низкой задержкой для RHEL 6
Все прочитали? Отлично, тебе больше ничего не нужно от меня слышать! ;-) Но на тот случай, если вы были нетерпеливы, вот почему они вам нужны ...
IRQbalance предотвращает резервное копирование всех запросов IRQ на одном процессоре. Я видел, как многие системы с 4+ ядрами ЦП работают медленно, потому что все процессы на разных ЦП ожидают ЦП 0 для обработки запросов IRQ сети или хранилища. ЦП 0 выглядит очень, очень загруженным, все остальные ЦП не заняты, но приложения работают очень медленно. Приложения работают медленно, потому что они ожидают своих запросов ввода-вывода от ЦП 0.
IRQbalance пытается сбалансировать это интеллектуальным способом по всем ЦП и, когда это возможно, приближает обработку IRQ к процессу, насколько это возможно. Это может быть одно и то же ядро, ядро на одном кристалле с одним и тем же кешем или ядро в одной зоне NUMA.
Вам следует использовать irqbalance, если:
Вы вручную закрепляете свои приложения / IRQ для определенных ядер. по очень уважительной причине (низкая задержка, требования в реальном времени и т. д.)
Виртуальные гости. На самом деле это не имеет смысла, потому что, если вы не привязываете гостя к конкретным процессорам и IRQ и выделенному сетевому / хранилищу оборудования, вы, скорее всего, не увидите преимуществ, которые были бы на голом железе. Но ваш хост KVM / RHEV ДОЛЖЕН использовать irqbalance и numad и tuned .
Другие очень важные инструменты настройки - это настроенные профили и numad. Читайте о них! Используйте их!
Numad похож на irqbalance в том, что он пытается убедиться, что процесс и его память находятся в одной зоне numa. Для многих ядер мы видим значительное сокращение задержек, что приводит к более плавной и надежной работе под нагрузкой.
Если вы опытны, усердны и регулярно контролируете или имеете очень предсказуемую рабочую нагрузку, вы можете повысить производительность, вручную закрепив процессы / IRQ. к процессорам. Даже в этих ситуациях irqbalance и numad очень близки к совпадению. Но если вы не уверены или ваша рабочая нагрузка непредсказуема, вам следует использовать irqbalance и numad.