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