Какой процессор лучше для сервера 1С

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

Разберёмся, от чего производительность 1С зависит на самом деле, как читать чужие тесты и почему ядра - это ещё и деньги.

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

Код на встроенном языке 1С исполняется последовательно. Когда пользователь проводит документ, пересчитывает итоги или формирует отчёт, эта работа не размазывается по всем ядрам сервера - она идёт в один поток. Сколько бы ядер ни стояло в сервере, конкретная операция конкретного пользователя выполняется на одном из них и упирается в его скорость.

Отсюда практическое следствие, которое ломает интуицию закупщика: процессор с 8 ядрами, работающий на 3,8 ГГц, проведёт документ быстрее, чем 64-ядерный на 2,2 ГГц. Не немного быстрее - заметно, потому что разница в частоте здесь работает почти линейно.

Ядра при этом нужны, просто отвечают они за другое. Частота определяет, как быстро выполняется одна операция. Количество ядер - сколько операций идёт одновременно, не мешая друг другу. Это две разные шкалы, и путать их дорого.

Где многоядерность всё-таки нужна

Перегнуть палку в другую сторону тоже можно. Восьмиядерник на высокой частоте отлично держит небольшую базу и десяток пользователей, но разваливается там, где параллельной работы много.

Ядра начинают решать, когда на сервере:

• много одновременных сеансов - сеансы распределяются по рабочим процессам, и при полусотне активных человек однопоточная скорость уже не спасёт, если ядер физически не хватает;
• регламентные и фоновые задания - обмены, закрытие месяца, выгрузки в маркетплейсы идут параллельно с работой людей;
• СУБД живёт на том же железе - MS SQL или PostgreSQL умеют распараллеливать запросы, и им ядра нужны по-настоящему;
• несколько баз на одном сервере - разработка, тест, бухгалтерия и торговля рядом;
• на этой же машине крутится терминальный сервер - тогда к нагрузке 1С добавляются пользовательские сеансы Windows.

Рабочий ориентир такой: сначала выбираем процессор по частоте, а потом внутри подходящих по частоте моделей берём тот, у которого ядер хватает под сценарий. Не наоборот.

Тест Гилева: что он на самом деле меряет

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

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

Это надо понимать буквально. Если вы прогоните тест на 64-ядерном сервере и получите цифру ниже, чем у коллеги на 8-ядерном, ошибки нет: у коллеги ядро быстрее.

Как читать чужие результаты

Цифры из чужих замеров гуляют в разы, и виноват в этом обычно не процессор. Прежде чем сравнивать два результата, проверьте, совпадают ли условия.

• Файловая база или клиент-серверная. Это разные сценарии, и цифры между ними несопоставимы.
• Какая СУБД и как настроена. MS SQL и PostgreSQL на одном железе дают разные результаты, а неудачные настройки СУБД роняют тест сильнее, чем смена процессора.
• Виртуалка или железо. Накладные расходы гипервизора видны в тесте отчётливо, и результат на той же машине под виртуализацией будет ниже - про то, что это значит на практике, есть отдельный разбор 1С на виртуальной машине.
• Версия платформы. Между релизами цифры смещаются.
• Что ещё крутилось на сервере в момент замера. Тест однопоточный, но соседняя нагрузка отъедает и кэш, и память.

Поэтому чужой результат годится как ориентир по порядку величины, но паспортной характеристикой процессора его считать нельзя. Полезнее сравнивать не абсолютные цифры из разных источников, а замеры, сделанные в одинаковых условиях. Шкала оценок и сам тест лежат на сайте автора, gilev.ru.

APDEX - это про пользователей, а не про процессор

APDEX часто упоминают рядом с выбором железа, и это сбивает с толку. APDEX - не методика тестирования процессоров. Это индекс удовлетворённости от 0 до 1, который считается по порогу времени отклика T: операции быстрее T считаются комфортными, от T до 4T - терпимыми, медленнее 4T - неприемлемыми.

В 1С механизм APDEX встроен в платформу и работает по ключевым операциям вашей конкретной базы: вы сами задаёте, что считать быстрым проведением документа, а система копит статистику. Инструмент отличный, но для другой задачи - он показывает, где именно у вас болит, а не какой процессор купить.

Intel или AMD: правильный способ сравнить

Самый частый вопрос темы - и самый бесполезный в такой формулировке. «Intel лучше для 1С» и «AMD лучше для 1С» одинаково неверны: у обоих производителей есть и высокочастотные модели под базы данных, и многоядерные низкочастотные под виртуализацию. Сравнивать нужно не бренды, а конкретные характеристики.