Двухпроцессорная система: плюсы, нюансы NUMA и чек-лист сборки

Двухпроцессорный сервер оправдан там, где одного CPU недостаточно по количеству ядер, каналов памяти или линий PCIe. Ключ к производительности такой системы — правильная работа с архитектурой NUMA (неравномерный доступ к памяти). Если игнорировать привязку задач к конкретным узлам памяти, скорость работы может упасть даже ниже, чем на однопроцессорной машине. В этой статье разберем, когда стоит переплачивать за второй сокет, как избежать «узких горлышек» и как настроить систему для стабильной работы.

Когда действительно нужны два процессора

Переход на платформу с двумя сокетами (Dual Socket) — это не просто удвоение вычислительной мощности. Это изменение архитектуры системы. Вот основные сценарии, где 2 CPU необходимы:

1. Высокая плотность виртуализации. Если вам нужно запустить десятки тяжелых виртуальных машин (ВМ) на одном железе, двухпроцессорная платформа обеспечит достаточное количество физических ядер и изоляцию ресурсов.
2. Ограничение пропускной способности памяти (Memory Bandwidth). Современные процессоры имеют лимит по каналам памяти. Если ваше приложение (например, большая база данных in-memory) упирается в скорость чтения/записи ОЗУ, а не в тактовую частоту, второй CPU добавит новые каналы памяти, сняв это ограничение.
3. Потребность в линиях PCIe. Для серверов с множеством NVMe-накопителей, сетевых карт 100GbE+ или нескольких GPU критично количество линий PCIe. Два процессора удваивают доступные линии, позволяя подключить больше периферии без использования медленных коммутаторов (PLX).
4. Отказоустойчивость и балансировка. Возможность распределить нагрузку так, чтобы отказ одного из компонентов или его перезагрузка меньше влияли на общую доступность сервиса (при правильной настройке кластера).

Архитектура NUMA: почему это важно

В двухпроцессорных системах используется архитектура NUMA (Non-Uniform Memory Access). Понимание этого принципа обязательно для администратора.

Как это работает

Каждый процессор имеет свою «локальную» память, подключенную напрямую к его контроллеру. Доступ к своей памяти происходит с минимальной задержкой. Однако, если ядро первого процессора обращается к памяти, физической установленной во слоты второго процессора, данные должны пройти через шину interconnect (Intel UPI или AMD Infinity Fabric). Это создает дополнительную задержку (латентность) и снижает пропускную способность.

Система делится на NUMA-узлы (nodes). В простейшем случае двухсокетного сервера их два.

Проблемы игнорирования NUMA

Если операционная система или гипервизор распределяют процессы и память хаотично:

• Возникают «межузловые» обращения к памяти.
• Растет нагрузка на межпроцессорную шину.
• Производительность приложений, чувствительных к задержкам (БД, High-Frequency Trading, realtime-аналитика), может деградировать на 20–40%.

Критические моменты при сборке двухпроцессорного сервера

Сборка такого сервера сложнее, чем обычного ПК. Ошибка на этапе конфигурации железа может быть неисправима программно.

1. Конфигурация памяти (RAM)

Это самый частый источник проблем.

• Заполняйте каналы равномерно. Каждый CPU имеет несколько каналов памяти (обычно 6, 8 или 12). Чтобы получить максимальную пропускную способность, все каналы должны быть заняты модулями одинакового объема и скорости.
• Правило четности. Устанавливайте память симметрично относительно процессоров. Нельзя ставить память только в один сокет, если загружены оба — это создаст дисбаланс и заставит второй CPU постоянно обращаться к удаленной памяти.
• Тип модулей. Используйте только Registered ECC (RDIMM) или Load Reduced (LRDIMM), если поддерживается платформой. Unbuffered DIMM в серверных двухпроцессорных платах часто не работают или сильно ограничивают объем.

2. Тепловыделение и охлаждение

Два процессора с TDP по 250–350 Вт выделяют огромное количество тепла в компактном объеме.

• Убедитесь, что система охлаждения сервера (корпусные вентиляторы) рассчитана на пиковую нагрузку обоих CPU одновременно.
• Проверьте наличие радиаторов правильного типа (активные или пассивные, в зависимости от потока воздуха в корпусе).

3. Балансировка PCIe устройств

При установке карт расширения (GPU, RAID-контроллеры, сетевые адаптеры) учитывайте их физическое подключение.

• Слоты PCIe обычно привязаны к конкретному CPU.
• Если вы ставите GPU в слот, принадлежащий CPU 1, а данные для него лежат в памяти CPU 2, вы получите двойную пенальти по задержкам. Планируйте размещение карт так, чтобы они были ближе к тому процессору, который будет их обслуживать.

Настройка BIOS и ОС для максимальной эффективности

Железо собрано. Теперь нужно заставить софт работать правильно.

Настройки BIOS/UEFI

1. NUMA Node Per Socket (NPS):
   • Для AMD EPYC можно выбрать NPS1 (один узел на сокет) или NPS4 (четыре узла на сокет). NPS4 дает более тонкую гранулярность и часто лучшую производительность для специфичных задач, но сложнее в настройке. Для начала используйте NPS1.
   • Для Intel обычно включается стандартный режим NUMA.
2. Memory Interleaving: Отключите интерливинг между сокетами, если хотите жесткого контроля над NUMA. Включите его внутри сокета для производительности.
3. SMT/Hyper-Threading: Для задач, чувствительных к латентности (некоторые БД), иногда выгоднее отключить Hyper-Threading, чтобы физические ядра не делили ресурсы. Для виртуализации лучше оставить включенным.

Настройка в Linux

Используйте утилиту numactl для управления привязкой процессов.

• Просмотр топологии:

    lscpu -e
    numactl -H
    ```
*   **Запуск процесса на конкретном узле:**
    
```bash
    # Запустить приложение на узле 0 (первый CPU и его память)
    numactl --cpunodebind=0 --membind=0 ./my_application
    ```
*   **Настройка виртуализации (KVM/QEMU):**
    При создании ВМ явно указывайте привязку vCPU и памяти к хост-нодам, чтобы гостевая ОС видела корректную NUMA-топологию.

### Настройка в Windows Server
В диспетчере задач или через PowerShell можно настроить аффинити процессов, но для серверных нагрузок лучше полагаться на гипервизор (Hyper-V), который поддерживает NUMA spanning. Убедитесь, что в настройках ВМ включена опция «NUMA Spanning», если ВМ требует больше памяти, чем есть в одном узле, но помните, что это снижает производительность.

## Частые ошибки при эксплуатации

<div class="table-container"><table style="border-collapse: collapse; width: 100%; margin: 16px 0;"><thead><tr><th style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; background: #f9fafb; font-weight: 600;">Ошибка</th><th style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; background: #f9fafb; font-weight: 600;">Последствие</th><th style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; background: #f9fafb; font-weight: 600;">Решение</th></tr></thead><tbody><tr><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;"><strong>Асимметричная установка RAM</strong></td><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;">Падение пропускной способности памяти в 2–4 раза</td><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;">Заполнять слоты строго по мануалу платы, соблюдая баланс каналов</td></tr><tr><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;"><strong>Игнорирование NUMA в коде/конфиге</strong></td><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;">Высокий latency, нестабильный FPS/throughput</td><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;">Использовать <code style="background-color: rgba(0,0,0,0.05); padding: 2px 4px; border-radius: 3px; font-family: monospace; font-size: 0.9em;">numactl</code>, pinning потоков, настройки affinity в СУБД</td></tr><tr><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;"><strong>Перегрев из-за плохой циркуляции</strong></td><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;">Троттлинг процессоров, снижение частот</td><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;">Проверка направления потоков воздуха, замена термоинтерфейса</td></tr><tr><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;"><strong>Неверный выбор баланса PCIe</strong></td><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;">Узкое место при работе с GPU или быстрыми SSD</td><td style="border: 1px solid #e5e7eb; padding: 8px; text-align: left; vertical-align: top;">Изучить схему платы и размещать устройства рядом с «их» CPU</td></tr></tbody></table></div>


## FAQ

**Как проверить, работает ли NUMA корректно?**
В Linux выполните `numastat`. Если вы видите большие значения в колонке `numa_miss` или `numa_foreign` для конкретного узла, значит, процессы активно используют удаленную память. Это сигнал к оптимизации привязки.

**Можно ли использовать разные процессоры в двух сокетах?**
Нет. Процессоры должны быть абсолютно идентичными (одна модель, один степпинг). Использование разных CPU приведет к невозможности запуска системы или серьезным ошибкам стабильности.

**Что лучше для домашнего медиа-сервера или файлопомойки: 2 CPU или 1 мощный?**
Однозначно 1 мощный (или даже современный десктопный) процессор. Двухпроцессорные платформы избыточны, потребляют много энергии в простое и требуют дорогого серверного окружения. Для NAS и медиа важнее энергоэффективность и тихая работа, а не масштабирование памяти.

**Влияет ли версия BIOS на производительность NUMA?**
Да. Производители материнских плат регулярно выпускают обновления микрокода (AGESA для AMD, Microcode для Intel), которые улучшают работу контроллеров памяти и шин. Всегда обновляйте BIOS до последней стабильной версии перед вводом сервера в эксплуатацию.