Тест Гилёва, Fragster и HammerDB: как комплексно оценить производительность 1С

Когда пользователи жалуются, что «1С тормозит», первым делом обычно запускают тест Гилёва. Он действительно стал отраслевым стандартом для оценки производительности 1С, а также для планирования сервера для 1С, однако показывает лишь часть картины. Даже высокий результат не гарантирует, что система будет быстро работать под реальной нагрузкой.

Чтобы объективно оценить производительность платформы 1С, нужно смотреть сразу на несколько аспектов: скорость выполнения операций, работу базы данных и поведение системы под нагрузкой. 

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

Какие тесты использовать для проверки производительности 1С

Если 1С тормозит или предстоит миграция 1С, первым обычно запускают тест Гилева. Он быстро показывает производительность платформы и позволяет быстро протестировать 1С, подходит для сравнения разных серверов друг с другом и выбора оптимальной конфигурации сервера для 1С. Но для выбора инфраструктуры одного теста недостаточно.

Производительность 1С 8.3 зависит от процессора, дисковой подсистемы, СУБД, операционной системы и характера нагрузки. Каждый из этих компонентов проверяется по-разному.

На каком стенде проводилось тестирование

Все результаты, приведенные ниже, получены на облачной платформе mClouds, оптимизированной для быстрой работы 1С. Для тестирования использовались виртуальные машины одинаковой конфигурации, во всех случаях используется высокочастотный процессор AMD EPYC 9555 с базовой частотой 3,2 ГГЦ и до 4,2 ГГЦ в режиме высокой производительности, как в нашем случае. Использование процессоров с фактической частотой менее 3 ГГЦ может быть быть одним из факторов снижения производительности 1С сервера или кластера 1С в целом.

• 8 vCPU 4,2 ГГЦ;
• 32 ГБ оперативной памяти DDR5 6400;
• SSD-диск с высокими IOPS объемом 200 ГБ.

Были подготовлены два стенда:

• Windows Server 2025 + Microsoft SQL Server 2025;
• Ubuntu 24.04 LTS + PostgreSQL 18.1.

СУБД на обоих стендах были настроены по рекомендациям разработчиков, без дополнительной оптимизации под конкретную нагрузку. Это позволило сравнить результаты разных тестов в одинаковых условиях для замера производительности.

Тест Гилева

Тест Гилева оценивает производительность платформы 1С на типовом наборе операций. Его используют для первичной проверки сервера для 1С, сравнения разных конфигураций и оценки изменений после модернизации инфраструктуры.

На каждом стенде тест запускался по пять раз, после чего рассчитывалось среднее значение. На Windows Server с MS SQL Server после оптимизации СУБД система набрала 54,95 балла. 

На Ubuntu с PostgreSQL результат составил 77 баллов при подключении по TCP/IP и 86,21 балла при использовании Unix-сокета. 

Разница показывает, что на итоговую производительность влияют не только характеристики сервера, но и операционная система, СУБД и даже способ подключения к базе данных.

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

Тест 1С Fragster

Fragster моделирует многопользовательскую работу 1С. Во время теста одновременно выполняются операции со справочниками, регистрами, документами и временными таблицами. Такой сценарий ближе к реальной эксплуатации, чем синтетические проверки производительности.

В mClouds протестировали три варианта настройки PostgreSQL: базовую конфигурацию, оптимизацию с помощью pg_tuned и pg_tuned с использованием Unix-сокета. 

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

Тест 1С HammerDB

HammerDB оценивает производительность СУБД под высокой транзакционной нагрузкой. Во время тестирования использовалась стандартная конфигурация: 500 складов, 50 виртуальных пользователей, 5 минут разогрева и 20 минут измерений. Основной показатель — количество транзакций в минуту (TPM).

На нашем тестовом стенде в облаке средняя производительность составила 972 528 TPM, максимальная — 1 150 350 TPM, а после выхода на стабильный режим система удерживала более 713 тысяч TPM без заметных просадок. Для рабочих систем 1С именно стабильность производительности обычно важнее кратковременных пиковых значений.

Почему одного теста для замера реальной скорости работы 1С недостаточно

Каждый инструмент отвечает на свой вопрос.

• Тест Гилева — общая производительность платформы.
• Fragster — работа кластера серверов 1С под пользовательской нагрузкой.
• HammerDB — производительность СУБД.

Только результаты всех трех тестов позволяют объективно оценить инфраструктуру перед миграцией сервера 1С, выбрать подходящее облако для 1С или собственные серверы для 1С и понять, где находится ограничение производительности.

Что еще влияет на производительность 1С и как правильно проводить тестирование

В одном из тестов mClouds мы сравнили Windows, Ubuntu и AlmaLinux на одинаковом оборудовании. Разница оказалась заметной: в зависимости от сценария Linux показывал производительность выше Windows, а в отдельных тестах преимущество достигало нескольких десятков процентов.

Это означает, что тестировать систему лучше сразу в том окружении, где она будет работать после миграции сервера 1С. Если планируется перенос в Linux, результаты, полученные на Windows, не всегда будут показательными.

На что обратить внимание при выборе платформы для миграции 1С

При выборе облака для 1С или собственных серверов, стоит смотреть не только на количество ядер или объем памяти.

В первую очередь значение имеют:

• высокая производительность одного ядра процессора, мы рекомендуем частоты выше 3 ГГЦ
• быстрая SSD-дисковая подсистема с высокими IOPS, так как именно IOPS будут влияет на скорости работы 1С в SQL режиме;
• достаточный объем оперативной памяти, выделяйте память с запасом.
• подходящая операционная система;

Именно эти факторы сильнее всего влияют на работу 1С 8.3 под нагрузкой.

В mClouds для 1С в облаке используются высокочастотные процессоры, NVMe-накопители и конфигурации, рассчитанные на стабильную работу кластера серверов 1С. За счет этого результаты тестирования можно использовать при подборе конфигурации еще до переноса рабочих баз.

Как использовать результаты тестов 1С

Комплексное тестирование помогает подобрать конфигурацию под конкретную нагрузку.

• Если пользователей немного, ориентироваться можно на результаты теста Гилева.
• Если база работает одновременно с десятками сотрудников, стоит учитывать результаты Fragster.
• Если основная нагрузка приходится на СУБД, ключевыми становятся показатели HammerDB.

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

Вот на что стоит обратить внимание при выборе платформы для 1С:

Что делать, если с тестами 1С порядок, а реальная скорость недостаточна

Высокие результаты теста Гилева, Fragster и HammerDB говорят о том, что инфраструктура работает без явных ограничений. Но если 1С тормозит, причина может находиться уже не на уровне сервера, а в самой информационной базе или конфигурации.

Чаще всего проблемы связаны со следующими факторами:

• неоптимальными запросами к базе данных;
• большим объемом накопленных данных;
• тяжелыми отчетами и обработками;
• ошибками в программном коде;
• неоптимальными настройками СУБД;
• блокировками при одновременной работе пользователей.

В такой ситуации имеет смысл проверить:

• производительность базы данных;
• настройки СУБД;
• наиболее ресурсоемкие запросы;
• доработки и расширения конфигурации;
• технологический журнал и журналы регистрации 1С.

Если ограничения обнаруживаются на этом этапе, увеличение вычислительных ресурсов редко решает проблему. Более производительный сервер для 1С может сократить время выполнения отдельных операций, но не исправит неоптимальный программный код или неудачную архитектуру конфигурации.

Поэтому диагностику лучше проводить последовательно:

• Проверить инфраструктуру с помощью теста Гилева, Fragster и HammerDB.
• Если результаты соответствуют ожидаемым, перейти к анализу информационной базы и конфигурации.
• После устранения проблем повторно выполнить тестирование и убедиться, что изменения дали эффект.

Если вы планируете перенос 1С в облако или хотите проверить текущую инфраструктуру, рекомендуем вам протестировать именно этими тремя тестами, так вы будете более уверены, что выбранная инфраструктура обеспечивает достаточно производительности и скорости работы для ваших 1С баз, и не будет узким местом.