Как мы разогнали 1С на серверах с AMD и Intel: неожиданные результаты теста Гилёва
Если ваш бизнес работает в 1С, вы наверняка сталкивались с ситуацией, когда программа «тормозит» при проведении документов или формировании отчётов. Дело не всегда в кривых руках программиста. Часто причина - в неправильно настроенном «железе».
Мы провели эксперимент на реальных серверах с топовыми процессорами AMD и Intel. Запустили на них одинаковую виртуальную машину с 1С и SQL сервером и прогнали через тест Гилёва - это такой «спидометр» для однопоточной производительности 1С. Результат оказался удивительным. И главное - мы нашли несколько настроек, которые работают вопреки здравому смыслу (например, энергосбережение вместо максимальной производительности).
Давайте сразу к цифрам, а потом разберём, как такое получилось.
Спойлер
После полной настройки (с правильным колдовством в BIOS и гипервизоре) AMD обогнал Intel на целых 32% в однопоточном тесте. Вот итоговые показатели:
- AMD EPYC 9274F: 61–62 балла (это уровень «отлично»)
- Intel Xeon 8558P: 46–48 баллов (просто «хорошо»)
На практике это значит, что на AMD документы будут «летать», а на Intel — заметно «задумываться». Теперь подробности.
Почему 1С такая сложная для современных серверов?
В отличие от большинства программ, 1С не умеет эффективно использовать сотни ядер процессора. Ей важен не общий «табун лошадей», а одна, но очень быстрая лошадь - производительность одного ядра. Проведение документа или закрытие месяца - это последовательная цепочка действий, которую не распараллелить.
Поэтому 48-ядерный Intel (2.7 ГГц) на бумаге выглядит мощнее 24-ядерного AMD (4.05 ГГц), а в реальном тесте 1С сливает. Частота каждого ядра решает всё.
Как мы тестировали
- Платформа: VMware ESXi (самая популярная система для виртуализации)
- Виртуальная машина: 16 виртуальных ядер, 64 ГБ ОЗУ, Windows + MS SQL + 1С
- Тест: Однопоточный тест Гилёва (чем больше баллов, тем быстрее)
Стенд и методика
| Компонент | Значение |
| Гипервизор | VMware ESXi 8.0 Update 3 |
| Гостевая ОС | Windows Server 2022 Standard |
| СУБД | Microsoft SQL Server 2022 |
| Платформа 1С | 1С:Предприятие 8.3.27.2074 |
| VM | 16 vCPU, 64 ГБ RAM, PVSCSI, VMXNET3 |
| Тест | Однопоточный синтетический тест Гилёва (2.1.1.47) |
Теперь пройдёмся по трём этапам настройки.
Этап 1. Всё «как есть» (типовая облачная настройка)
Так как тестирование проводил ITGLOBAL.COM (корпорация ITG)- междунарожный сервис-провайдер и интегратор, то отправная точка теста - сервера ITPOD настроены под смешанную облачную нагрузку, без специальных оптимизаций под однопоточную производительность. Взяли серверы с настройками по умолчанию, как в обычном облаке.
| Слой | AMD | Intel |
| BIOS C-State | Global C-State Control = Disable | C1E = Disable |
| BIOS Boost | Core Performance Boost = Auto | Turbo Boost = Enabled, P-States = Enable |
| BIOS прочее | по умолчанию | Sub-NUMA Clustering = on, SST-PP = profile 2 (32c / 3.1 ГГц) |
| ESXi Power | High performance | High performance |
| ВМ Latency Sensitivity | Normal | Normal |
- AMD: 52–53 балла
- Intel: 41–42 балла
Вывод: уже на старте AMD впереди на 25% просто за счёт более высокой базовой частоты. Intel-процессор требует «раскрутки» (турбо-режима), а 1С не любит ждать.
Этап 2. Тонкая настройка BIOS (самое интересное)
AMD EPYC 9274F: BIOS
| Параметр | Значение | Зачем |
| Global C-State Control | Enable | Контринтуитивно: включение C-states даёт неактивным ядрам уходить в глубокий сон, что освобождает энергобюджет для активных ядер. Boost на одиночном горячем ядре получается выше. |
| Core Performance Boost | Auto | По умолчанию включено, но проверьте, что не Disabled. |
| Determinism Enable | Power | Снимает искусственное ограничение частоты процессора под один детерминированный (гарантированный) уровень. SMU выжимает из каждого ядра максимальную тактовую частоту, на которую только способен кристалл. |
| TDP Control | Manual, TDP = 400 | 9274F допускает cTDP до 400 Вт (при номинале в 320Вт). Это дает встроенным алгоритмам Precision Boost 2 максимальную свободу (headroom), а дальше процессор сам распределяет частоты в зависимости от характера нагрузки. |
| PPT Control | Manual, PPT = 400 | Обязательно увеличьте Package Power Tracking синхронно с TDP, иначе CPU упрётся в более низкий электрический лимит. Только в такой конфигурации вы физически разблокируете те самые дополнительные 80 Вт энергии. |
Intel Xeon Platinum 8558P: BIOS
| Параметр | Значение | Зачем |
C1E | Enabled | Аналог C-state на AMD: глубокий сон неактивных ядер ⇒ больше турбо на одиночке |
P-States | Enable | Чтобы DVFS работало |
Turbo Boost | Enabled | Очевидно, но проверять — в OEM-прошивках иногда выключено по умолчанию |
Sub-NUMA Clustering | off | Для однопоточной 1С SNC только увеличивает шанс кэш-промаха при миграции потока. Локальность данных и без него обеспечивается одним сокетом |
SST-PP | Profile 2 (32 ядра / 3.1 ГГц) | Speed Select Technology — Performance Profile: отключаем часть ядер, поднимаем частоту оставшихся. Ключевая настройка для 1С на Intel |
Power Management | OS Controlled | Чтобы Windows и ESXi могли управлять P-states |
ESXi (обе платформы)
| Параметр | Значение | Зачем |
| Host Power Management | Balanced | Контринтуитивно против выставления High Performance. Balanced разрешает гипервизору парковать неактивные ядра → контроллер управления (SMU) видит освободившийся энергобюджет и перенаправляет его на те ядра, которые сейчас активно работают. В результате эти активные ядра могут разгоняться до своего технологического максимума (до Max Boost Clock в 4.3 ГГц). На High Performance все ядра удерживаются в состоянии готовности. Даже если ядро ничего не делает, оно продолжает потреблять базовый ток → Turbo частота «схлопывается» (снижается) для всей системы. |
| ACPI P-/C-states | Passthrough в гостевую ОС | Без этого ВМ не видит реальных частот и не может корректно сообщать их MSSQL. Внутри MSSQL встроен собственный продвинутый планировщик потоков (SQLOS), который теперь может выдать команду на смену P-state напрямую в физический контроллер процессора, и ядро мгновенно уходит в максимальный буст. |
Секрет №1: Включаем режим энергосбережения (да-да, вы не ослышались)
- Для AMD: включили C-State Control (разрешили ядрам «засыпать»)
- Для Intel: включили C1E (аналог)
- Зачем? Когда ядра простаивают, они засыпают и освобождают энергию. Вся энергия уходит на одно работающее ядро, и оно разгоняется до максимума. Это даёт больше производительности, чем когда все ядра «бодрствуют» впустую.
Секрет №2: Снимаем ограничения по питанию
- Для AMD: подняли лимит потребления с 320 Вт до 400 Вт, дав процессору полную свободу.
- Для Intel: применили технологию SST-PP — пожертвовали половиной ядер (48 → 32), зато подняли их базовую частоту с 2.7 до 3.1 ГГц.
Секрет №3: Отключаем интеловское «умное» разделение кэша (SNC=off)
Для однопоточных задач оно только мешает, увеличивая задержки.
Результат после настройки BIOS:
- AMD: 56–57 баллов (+8%)
- Intel: 46–48 баллов (+14%)
Intel подтянулся благодаря SST-PP, но AMD всё ещё впереди.
Этап 3. Магия VMware: режим сверхнизких задержек
И последний штрих — настройка виртуальной машины. Обычно этот режим используют для биржевых систем, но и 1С он помогает.
- Резервируем 100% CPU и памяти: чтобы виртуальная машина не делилась ресурсами ни с кем.
- Включаем Latency Sensitivity = High: теперь ядра принадлежат только этой ВМ, даже служебные процессы гипервизора не отвлекают их. Прерывания обрабатываются мгновенно.
Настройки ВМ (на примере AMD-стенда)
| Параметр | Значение | Что делает |
| CPU Reservation | 64 784 МГц (16×4ГГц = 100%) | Гарантирует, что vCPU не будут шарить физическое ядро с другими ВМ. Планировщик ESXi (CPU Scheduler) вычитает этот объем из общего доступного пула хоста. |
| Memory Reservation | 65 536 МБ (весь объём) | Запрещаем на этой ВМ механизмы Memory Ballooning (драйвер внутри гостя забирает память у ОС и отдает хосту) или Host Swap (сброс памяти ВМ на медленный SSD слой). В момент включения ВМ гипервизор сразу же нарезает ровно 64 ГБ из реальных физических планок DDR5, находящихся на целевом NUMA-узле. Эти адреса памяти жестко закрепляются за страницами памяти. В стандартном режиме ESXi выделяет виртуальной машине память «по требованию». |
| Latency Sensitivity | High | Exclusive Affinity: Выбранные 16 потоков процессора AMD EPYC полностью принадлежат этой ВМ. На них не имеют права заходить даже служебные потоки самого гипервизора (world-процессы ESXi). Обычная привязка (Affinity) лишь просит планировщик держать ВМ на сокете. Отключение Interrupt Coalescing (Объединения прерываний): пришла 1 транзакция → прерывание генерируется мгновенно → ядро процессора обрабатывает его секунду в секунду. Снятие таймерных прерываний (Timer Rate Tuning): гипервизор перестает постоянно «дёргать» виртуальное ядро служебными проверками, позволяя гостевой ОС работать с CPU напрямую. |
Итог:
- AMD: 61–62 балла (ещё +8%, а всего +18% к базе)
- Intel: остался на 46–48 баллах (этот режим не дал прироста)
Разрыв вырос до 32% в пользу AMD.
Почему AMD выигрывает в 1С?
- Высокая базовая частота (4.05 ГГц против 2.7 ГГц). 1С не ждёт, пока ядро «разгонится» — ей нужно сразу быстро работать. У AMD база уже высокая.
- Специальная F-серия. Это процессоры, заточенные под высокочастотные нагрузки (1С, Oracle, SAP). У них меньше ядер, но каждое — быстрее и с большим объёмом быстрого кэша.
- Запас по мощности. AMD может сожрать до 400 Вт, отдавая всю энергию одному ядру.
Но это не значит, что Intel плохой. Если у вас много разных задач (сотни виртуальных машин, контейнеры), то 48-ядерный Intel возьмёт своё количеством. Но для 1С нужна скорость, а не количество.
Так что выбрать в 2026 году?
- У вас выделенный сервер под 1С+SQL? Берите AMD EPYC F-серии (9274F, 9374F) - это лучший вариант для «тяжёлой» 1С.
- У вас 1С в облаке, где крутятся разные задачи? Подойдёт Intel с SST-PP - можно выделить отдельный пул высокочастотных ядер для 1С.
Влияет ли частота памяти?
Да, желательно DDR5 от 4800 МГц. Но для 1С важнее частота процессора.
Стоит ли верить тесту Гилёва?
Это хороший синтетический тест, чтобы понять потолок одного ядра. Но реальная работа с десятками пользователей может дать иную картину. Мы планируем провести и такой стресс-тест.
Главный вывод
Если хотите, чтобы 1С «летала», запомните три неочевидных правила:
- Берите процессоры с высокой базовой частотой (AMD F-серия сейчас вне конкуренции).
- Включайте C-state (энергосбережение) в BIOS и Balanced в ESXi.
- Для последних процентов прироста включите режим низких задержек на виртуальной машине.
Цифры зафиксированы: 62 балла на AMD против 48 на Intel в тесте Гилёва. В реальной 1С это разница между фразой «подожди, тормозит» и «работает как часы».
Приложение1. Конфигурации стендов
AMD: ITPOD-SL201-D12RE-G2:
- 1 × AMD EPYC 9274F (24C/48T, 4.05/4.3 ГГц, 256 МБ L3)
- 12 × 64 ГБ DDR5 4800MT/s RDIMM (768 ГБ всего)
- 1 × LSI MegaRAID 9560-16i (8 ГБ)
- 2 x 480GB SSD SATA (ОС)
- 2 × 3.2 ТБ SSD SAS (Данные)
- 2 × 2-port 10/25Gb Eth SFP28 (Mellanox CX-5)
- 2 × 1300Вт AC PSU
Intel: ITPOD-SL201-D12R-NV-G4:
- 2 × Intel Xeon Platinum 8558P (48C/96T, 2.7/4.0 ГГц, 260 МБ L3)
- 24 × 64 ГБ DDR5 4800MT/s RDIMM (1.5 ТБ всего, 4400 МГц из-за конфигурации 2DPC)
- 1 × LSI MegaRAID 9361-8i (2 ГБ)
- 2 x 480GB SSD SATA (ОС)
- 2 × 3.84 ТБ SSD SAS (Данные)
- 2 × 2-port 10/25Gb Eth SFP28 (Mellanox CX-5)
- 2 × 1300Вт AC PSU
Приложение 2. Ответы на часто задаваемые вопросы
Какой процессор лучше всего подходит для 1С в 2026 году? AMD EPYC 9274F или старшие 9374F/9375F. Базовая частота 4.0+ ГГц с возможностью cTDP 400 Вт и L3-кэшем ~10 МБ на ядро.
Какая частота памяти важна для 1С? DDR5 4800MT/s и выше. Латентность памяти влияет на 1С слабее, чем частота CPU, но пропускная способность критична для крупных СУБД-операций. На нашем AMD-стенде использовалась DDR5-4800.
Помогает ли Latency Sensitivity High в ESXi для 1С? Да, даёт +5–10% к тесту Гилёву. Цена - vCPU ВМ намертво прибиваются к pCPU и эти ядра больше никому не доступны. Имеет смысл для центрального сервера 1С на бизнес-критичной нагрузке, не имеет смысла для обычных пользовательских ВМ.
Надо ли отключать Hyper-Threading / SMT для 1С? Не обязательно. В тестах SMT/HT был включён, на Гилёва влияния не замечено. Отключение SMT может помочь в специфичных сценариях, но универсально — оставляйте включённым.
Почему включение C-State увеличивает производительность? Потому что неактивные ядра уходят в глубокий сон и освобождают энергобюджет (PPT/TDP). Активное ядро получает больше boost-частоты. Эффект сильнее на CPU с агрессивным алгоритмом турбо (AMD Zen 4, Intel Emerald Rapids).
Почему ESXi Power Management = Balanced даёт больше, чем High Performance? High Performance удерживает все ядра в C0 на номинальной частоте, не давая «спящим» ядрам отдать бюджет активному. Balanced разрешает C-states, и пиковая частота на одном ядре оказывается выше. Контринтуитивно, но работает на обоих стендах, с AMD и Intel.
Что такое SST-PP и зачем он на Intel? Speed Select Technology - Performance Profile. Позволяет на лету сменить соотношение доступных ядер и базовой частоты: например, из 48 ядер / 2.7 ГГц сделать 32 ядра / 3.1 ГГц. Жертвуем ядрами ради частоты - для 1С это правильный обмен.
Почему Sub-NUMA Clustering = off? SNC делит сокет на два «суб-сокета» для повышения локальности кэша. Это помогает многопоточным нагрузкам с предсказуемым доступом к оперативной памяти, но мешает однопоточной 1С.