Администрирование · 9 мин
Тест Гилева в 1С: что это и как оценить производительность системы
Разбираем, что такое тест Гилева для 1С, как запустить проверку, расшифровать баллы производительности и понять, достаточно ли мощности сервера для работы базы.
Тест Гилева — это популярный инструмент оценки производительности оборудования, на котором работает платформа 1С:Предприятие. Он представляет собой внешнюю обработку, которая выполняет серию типовых операций с данными и измеряет время их выполнения, выдавая итоговый результат в условных баллах. Чем выше балл, тем быстрее сервер или рабочая станция справляется с нагрузкой.
Инструмент получил название по фамилии автора и де-факто стал отраслевым стандартом быстрой проверки: системные администраторы и внедренцы 1С используют его, чтобы сравнить серверы между собой, проверить эффект от апгрейда «железа» или найти узкое место при жалобах пользователей на «тормоза». Тест не входит в состав платформы 1С — его нужно скачивать отдельно и запускать как внешнюю обработку.
Важно понимать ограничение: тест Гилева измеряет скорость работы связки «процессор + память + диск» на синтетической нагрузке, а не реальную скорость конкретной конфигурации. Высокий балл не гарантирует, что сложный отчёт в вашей базе будет формироваться быстро, но низкий балл почти всегда указывает на проблему с оборудованием или его настройкой.
Как устроен тест и что именно он измеряет
Обработка выполняет серию однопоточных операций: интенсивные вычисления, работу со строками, запись и чтение данных, обращения к СУБД (в клиент-серверном варианте). По времени выполнения каждого блока рассчитывается итоговый показатель производительности в баллах. Ключевая особенность — тест в основном нагружает одно ядро процессора, поэтому результат сильнее зависит от тактовой частоты и производительности на ядро, чем от общего числа ядер.
Это отражает специфику самой платформы 1С: многие операции (проведение документа, запись объекта) выполняются последовательно и не распараллеливаются. Именно поэтому сервер с меньшим числом быстрых ядер часто показывает в тесте лучший результат, чем многоядерный, но «медленный» по частоте процессор.
Результат выводится в виде числа с рекомендательной оценкой: комфортная работа, приемлемая, неудовлетворительная и так далее. Точные границы категорий зависят от версии обработки, поэтому сравнивать результаты корректно только между тестами одной и той же версии.
Как подготовиться и запустить тест
Перед запуском определитесь, что именно вы проверяете: файловую базу на локальном диске, клиент-серверную связку или терминальный сервер. От этого зависит, где запускать обработку — на самом сервере 1С, на сервере СУБД или на клиентской машине. Для диагностики обычно прогоняют тест в нескольких точках и сравнивают.
Запуск выполняется стандартным способом: откройте 1С в режиме предприятия, через меню «Файл → Открыть» выберите скачанный файл обработки и нажмите кнопку запуска теста. На время замера закройте ресурсоёмкие программы и не проводите тест в часы пиковой нагрузки — посторонние процессы исказят результат.
- 1Скачайте актуальную версию обработки теста Гилева из проверенного источника
- 2Запустите 1С в режиме предприятия на тестируемом узле (сервер или клиент)
- 3Откройте обработку через «Файл → Открыть» и запустите тест
- 4Дождитесь окончания всех этапов и запишите итоговый балл
- 5Повторите замер 2–3 раза в схожих условиях и сравните результаты
Как интерпретировать результат
Одно число само по себе малоинформативно — ценность теста в сравнении. Если после переезда базы на новый сервер балл вырос вдвое, апгрейд сработал. Если на двух одинаковых по конфигурации серверах результаты различаются существенно, ищите различия в настройках: режим электропитания процессора, драйверы дисковой подсистемы, параметры виртуализации.
Ориентиры по категориям обработка показывает сама, но общая логика такая: низкие значения означают, что пользователям будет некомфортно даже при простых операциях, средние — приемлемы для небольших баз, высокие — подходят для нагруженных систем. Для файловых баз с несколькими пользователями критичен ещё и сетевой канал, который тест напрямую не измеряет.
Как проверить результат
Несколько прогонов дают близкие значения
Результаты сильно «плавают» — система чем-то нагружена
Балл соответствует похожему оборудованию
Заметно ниже, чем у такой же конфигурации — ищите проблему в настройках
Высокий балл совпадает с быстрой работой базы
Балл высокий, но база тормозит — узкое место в конфигурации или запросах
Типичные причины низкого балла
Наиболее частая причина неожиданно низкого результата — режим энергосбережения. Если в BIOS или в операционной системе выбран сбалансированный план электропитания, процессор снижает частоту, и однопоточный тест страдает первым. Переведите сервер в режим максимальной производительности и повторите замер.
Вторая группа причин — виртуализация: «зажатые» лимиты CPU, конкуренция виртуальных машин за ресурсы хоста, неоптимальные драйверы дисков. Третья — медленная дисковая подсистема: HDD вместо SSD, переполненный массив, работа антивируса в реальном времени по файлам базы. Антивирус, проверяющий каталог базы при каждом обращении, способен снизить результат заметно — добавьте рабочие каталоги 1С и СУБД в исключения.
Границы применимости и альтернативы
Тест Гилева — инструмент первичной диагностики, а не полный аудит производительности. Он не покажет неоптимальные запросы в конфигурации, отсутствие индексов, проблемы блокировок или неправильные настройки СУБД. Если балл высокий, а пользователи жалуются на конкретные операции, переходите к другим инструментам.
Для углублённого анализа используют технологический журнал платформы 1С (замеры длительных операций и блокировок), средства мониторинга СУБД (планы запросов, статистика ожиданий) и специализированные решения вроде Центра контроля качества. Комбинация «тест Гилева для железа + техножурнал для кода» закрывает большинство задач диагностики.
Сравнение вариантов
Быстрая оценка оборудования и сравнение серверов; не анализирует конфигурацию
Поиск медленных запросов и блокировок; требует настройки и навыков чтения логов
Глубокий анализ запросов и индексов; нужен опыт администрирования конкретной СУБД
Безопасность и осторожность при работе с тестом
Сама обработка не изменяет данные базы, но скачивать её следует только из проверенных источников — внешние обработки из неизвестных мест могут содержать вредоносный код. Перед запуском любого скачанного файла убедитесь, что он получен с ресурса, которому вы доверяете, или проверьте его антивирусом.
Не запускайте тест на рабочем сервере в разгар рабочего дня без необходимости: замер создаёт заметную нагрузку на процессор и диск, что может замедлить работу пользователей. Оптимальное время — вне пиковых часов или на тестовом стенде с аналогичной конфигурацией.
Частые вопросы
Тест Гилева входит в состав платформы 1С?
Нет, это сторонняя внешняя обработка. Её нужно скачать отдельно и открыть в режиме предприятия через меню «Файл → Открыть». Платформа для запуска должна быть установлена на том узле, который вы тестируете.
Какой балл считается хорошим?
Единого норматива нет: границы категорий зависят от версии обработки. Практический подход — сравнивать с эталоном: результат аналогичного оборудования или замер до и после изменений. Само по себе число без контекста мало о чём говорит.
Почему на многоядерном сервере балл ниже, чем на обычном ПК?
Тест в основном нагружает одно ядро, поэтому решают частота и производительность ядра, а не их количество. Серверные процессоры часто имеют много ядер с умеренной частотой, а десктопные — высокую частоту на ядро. Проверьте также режим электропитания сервера.
Можно ли по тесту понять, почему тормозит конкретный отчёт?
Нет. Тест измеряет скорость оборудования на синтетических операциях. Медленный отчёт при высоком балле обычно означает неоптимальный запрос, отсутствие индекса или блокировки — для этого нужны технологический журнал и анализ запросов в СУБД.
Опасен ли запуск обработки для данных базы?
Тест не изменяет прикладные данные, но создаёт нагрузку на систему. Риск связан не с потерей данных, а с временным замедлением работы пользователей и с запуском файла из ненадёжного источника. Скачивайте обработку только с проверенных ресурсов.
Нужно ли прогонять тест несколько раз?
Да, минимум 2–3 раза в схожих условиях. Одиночный замер может быть искажён фоновыми процессами — обновлениями, антивирусным сканированием, работой соседних виртуальных машин. Стабильные близкие результаты делают выводы надёжными.
Что важно запомнить
Тест Гилева — быстрый способ оценить производительность оборудования под 1С в условных баллах. Запускайте его в спокойные часы, сравнивайте результаты только в сопоставимых условиях и помните: низкий балл указывает на проблему с железом или настройками, а высокий не отменяет необходимости анализа самой конфигурации.