Процессор под 1С:Предприятие 8.3: что важнее для скорости базы и как не переплатить

Для сервера 1С выбирайте процессор с максимальной частотой на одно ядро и большим кэшем L3, а число ядер считайте от количества одновременно работающих пользователей и нагрузки СУБД. Восемь быстрых ядер на 4,5–5 ГГц почти всегда дадут бухгалтерии больше, чем 48 медленных ядер на 2,2 ГГц.

Типичная жалоба после покупки «мощного» сервера: проведение документов и закрытие месяца идут так же долго, как на старом офисном компьютере, а то и дольше. Причина почти всегда одна — купили ядра, а 1С нужна частота.

Почему серверу 1С важна частота одного ядра

Платформа 1С:Предприятие 8.3 выполняет каждый серверный вызов пользователя в одном потоке. Провели документ — код проведения, запись движений и проверки остатков идут последовательно на одном ядре рабочего процесса rphost. Второе ядро этому документу не поможет.

Отсюда простое правило:

• ⚡ время одной операции (провести документ , сформировать отчёт, открыть форму) определяет частота и архитектура ядра;
• 👥 сколько таких операций идёт одновременно без очереди определяет число ядер;
• 🗄️ как быстро СУБД отдаёт данные зависит и от ядер, и от памяти, и от дисков.

Пример. Закрытие месяца в базе на 40 ГБ на процессоре с турбочастотой 3,0 ГГц длится 50 минут. На процессоре того же поколения с частотой 4,5 ГГц та же операция займёт заметно меньше, хотя ядер у второго может быть вдвое меньше. Добавление ядер в этом сценарии ничего не меняет: закрытие идёт в одном сеансе.

Где ядра всё-таки нужны

Многоядерность не бесполезна. Она работает, когда параллельно идёт много независимых задач:

1. 👥 50–200 пользователей одновременно вводят документы.
2. ⏱️ Фоновые и регламентные задания (обмены, загрузка банка, расчёт себестоимости) крутятся параллельно с работой людей.
3. 🗄️ СУБД (MS SQL Server или PostgreSQL) распараллеливает тяжёлые запросы, перестроение индексов и обслуживание.
4. 🔄 Несколько информационных баз живут на одном кластере.

Поэтому корректная постановка вопроса — не «частота или ядра», а «какая частота нужна для приемлемого времени одной операции и сколько ядер нужно, чтобы операции не стояли в очереди».

Кэш L3 и скорость работы 1С

Кэш третьего уровня — быстрая память прямо на кристалле процессора. Рабочий процесс 1С постоянно обращается к метаданным конфигурации, кэшу данных, служебным структурам. Чем больше этого помещается в L3, тем реже процессор ждёт оперативную память.

Для 1С это особенно заметно, потому что нагрузка «рваная»: много коротких вызовов, переходы между модулями, обращения к разным таблицам. Такие задачи плохо предсказываются и сильно зависят от задержек памяти.

Практические ориентиры:

Смотрите на кэш в пересчёте на ядро и на то, как он распределён. У чиплетных процессоров L3 делится между блоками ядер, и одному потоку доступна только часть общего объёма из паспорта.

Intel Xeon или AMD EPYC для сервера 1С

Оба производителя делают подходящие процессоры. Выбирать стоит не по бренду, а по линейке внутри бренда: в каждой есть модели «для плотности» и модели «для частоты».

Когда брать Intel

• 🏢 Нужен один сокет на 8–16 ядер с высокой частотой под небольшую компанию.
• 🧩 Поставщик и гипервизор лучше обкатаны на Intel в вашей инфраструктуре.
• 📏 Важна предсказуемая задержка памяти без тонкой настройки NUMA.

Когда брать AMD

• 👥 Пользователей много (80+), а на этом же железе крутится СУБД с большой базой.
• 💾 Нужно много оперативной памяти и пропускной способности: 12 каналов дают больше запаса.
• ⚡ Вы берёте частотную модель F или X и готовы один раз грамотно настроить СУБД под NUMA.

Настольные процессоры под 1С

Отдельная история — небольшие серверы на «десктопных» процессорах (Core i7/i9, Ryzen) или их серверных собратьях вроде Xeon E и EPYC 4004. По однопоточной скорости они обгоняют большинство многоядерных серверных моделей, и для файловой базы или клиент-серверной базы на 10–30 пользователей это разумный выбор.

Сколько ядер нужно серверу 1С на самом деле

Много ядер не ускоряет одиночный тяжёлый отчёт, и это главный миф, на котором теряют деньги. Обратный миф — «1С не умеет в многоядерность, хватит четырёх ядер» — тоже ошибочен: при 60 активных пользователях четыре ядра станут очередью, и все будут ждать друг друга.

Ориентиры для связки «сервер 1С + СУБД на одной машине» (ориентировочно, для типовых БП, ЗУП, УТ):

Для ERP и Комплексной автоматизации умножайте требования к ядрам и памяти примерно в полтора раза: конфигурации тяжелее, больше фоновых заданий.

Гиперпоточность (Hyper-Threading, SMT)

Логические ядра добавляют пропускную способность при большом числе одновременных пользователей, но не ускоряют одну операцию. На серверах с небольшой нагрузкой отключать их обычно незачем. Если видите, что тяжёлые однопоточные операции стали медленнее под общей нагрузкой, проверьте результат с выключенной гиперпоточностью в BIOS: решение принимайте по замерам, а не по чужим советам.

Лицензии, которые зависят от числа ядер

Перед покупкой многоядерного процессора посчитайте лицензии — они бывают дороже самого железа:

• 🪟 Windows Server Standard/Datacenter лицензируется по ядрам, минимум 16 ядер на сервер и 8 на процессор.
• 🗄️ Microsoft SQL Server в модели «на ядро» лицензируется пакетами по 2 ядра, минимум 4 ядра на процессор. 32 медленных ядра под SQL обойдутся в разы дороже 8 быстрых.
• 🔑 Лицензия сервера 1С уровня ПРОФ имеет ограничения по масштабированию, у КОРП их нет. Точные условия для вашего случая сверьте у партнёра 1С до закупки железа.
• 🐘 PostgreSQL бесплатен и по ядрам не ограничен — на нём многоядерный сервер обходится дешевле.

Память: каналы, объём и NUMA

Быстрый процессор с половиной заполненных каналов памяти работает медленнее, чем мог бы. Процессор получает данные из оперативки через каналы, и пропускная способность растёт с их числом только когда в каждый канал установлен модуль.

Правила подбора памяти:

1. 🧮 Ставьте модули во все каналы, одинакового объёма и ранга. Для EPYC это 12 модулей на сокет, для актуальных Xeon Scalable — 8. Восемь модулей по 16 ГБ быстрее четырёх по 32 ГБ при том же объёме.
2. 🛡️ Берите регистровую память с ECC. Ошибка в памяти сервера СУБД может испортить данные базы тихо и незаметно.
3. 📊 Объём: под СУБД — размер «горячей» части базы (часто 50–100% её объёма) плюс запас, под рабочие процессы 1С — по 2–4 ГБ на каждые 10 активных пользователей, плюс память операционной системы.
4. ⚖️ Частоту памяти берите максимальную, которую поддерживает процессор при выбранном числе модулей на канал. При двух модулях на канал частота обычно снижается — посмотрите это в спецификации платформы.

NUMA на двухсокетных и чиплетных серверах

В двухпроцессорном сервере у каждого процессора своя «ближняя» память. Обращение к памяти соседнего сокета медленнее. Для 1С с её чувствительностью к задержкам это заметно.

Что делать:

• 🔢 Если хватает одного процессора — берите один сокет. Для 1С односокетный сервер с частотной моделью почти всегда лучше двухсокетного с медленными ядрами.
• 🗄️ Для MS SQL Server на двухсокетной машине оставьте NUMA-осведомлённость включённой, а параметр максимальной степени параллелизма (max degree of parallelism) ограничьте числом ядер одного NUMA-узла. Для баз 1С часто ставят ещё меньшее значение, вплоть до 1 — подбирайте по замерам.
• 🐘 Для PostgreSQL следите, чтобы shared_buffers и рабочие процессы не размазывались по удалённой памяти: на чиплетных EPYC помогает настройка режима NUMA в BIOS (параметр NPS), но менять его стоит только с тестом до и после.

Как выбрать конфигурацию сервера: практический порядок

Выбор процессора — последний шаг, а не первый. Сначала соберите данные о текущей нагрузке.

Шаг 1. Измерьте текущую систему

1. Посчитайте пиковое число одновременных сеансов. В клиент-серверном варианте это видно в консоли кластера или командой rac session list через сервер администрирования ras.
2. Включите мониторинг процессора по ядрам в «Мониторе ресурсов» Windows или через top/htop в Linux. Если одно ядро на 100%, а остальные отдыхают — вам не хватает частоты, а не ядер.
3. Запишите размер базы и рост за год.

Шаг 2. Прогоните тест Гилёва

Тест Гилёва (TPC-1C) — бесплатная обработка, которая моделирует типичную однопоточную нагрузку 1С и выдаёт результат в условных единицах. По нему удобно сравнивать железо: запустите тест на старом сервере, попросите поставщика или хостинг прогнать его на предлагаемой конфигурации.

Шаг 3. Подберите процессор

• Небольшая компания, до 30 пользователей: один сокет, 6–8 ядер, максимальная частота. Xeon E, EPYC 4004 или частотные модели Xeon/EPYC начального уровня.
• Средняя компания, 30–100 пользователей: один сокет, 12–16 ядер с частотой от 3,5 ГГц под нагрузкой, L3 от 32 МБ.
• Крупная компания: отдельный сервер СУБД и отдельный сервер 1С (или несколько рабочих серверов в кластере). Под 1С — частотные модели, под СУБД — больше ядер и памяти.

Шаг 4. Настройте сервер после покупки

Даже правильный процессор работает медленно, если энергосбережение режет частоту:

1. В BIOS выберите профиль производительности (Performance, Maximum Performance — название зависит от производителя платы).
2. В Windows Server включите схему электропитания «Высокая производительность»:

powercfg /setactive 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c
powercfg /getactivescheme

3. В Linux проверьте, что регулятор частоты не стоит в режиме экономии:

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Значение powersave на некоторых драйверах ограничивает частоту — переключите на performance средствами вашего дистрибутива (например, cpupower frequency-set -g performance).

Виртуализация

На гипервизоре правила те же, плюс два своих:

• не выделяйте виртуальной машине 1С больше vCPU, чем физических ядер в одном NUMA-узле хоста;
• не переподписывайте процессор хоста: если на нём крутятся ещё десять машин, частота «на бумаге» не превратится в реальное время ядра для 1С.

Ошибки при выборе процессора для 1С

• ❌ Купить двухсокетный сервер с 2×32 ядрами по 2,1 ГГц под бухгалтерию на 30 человек. Проведение станет медленнее, чем на старом компьютере, а лицензии на SQL и Windows обойдутся дороже.
• ❌ Сравнивать процессоры по базовой частоте из прайса. Смотрите турбочастоту и тесты под нагрузкой.
• ❌ Поставить 2 модуля памяти на 12-канальный процессор. Пропускная способность упадёт в несколько раз, и дорогой процессор будет простаивать.
• ❌ Забыть про диски. Если база лежит на медленном массиве из HDD, никакой процессор не спасёт: СУБД будет ждать чтения. Под базы 1С нужны NVMe SSD.
• ❌ Решать проблему медленного отчёта апгрейдом железа, когда виноват неоптимальный запрос или отсутствие регламентного обслуживания индексов. Сначала проверьте, что тормозит, и только потом меняйте процессор.

Частые вопросы про процессор для сервера 1С