«Тест Гилёва» — первое, что советуют на форумах, когда 1С тормозит. Его запускают, получают число, и дальше начинаются споры: много это или мало, виноват сервер или база, менять железо или звать программиста. Разбираем, что именно измеряет тест, как его правильно запустить, как читать результат и какие ещё замеры производительности 1С нужны, чтобы принять решение, а не просто получить цифру.
Что такое тест Гилёва и что он измеряет
Тест Гилёва (полное название — TPC-1C-GILV) — бесплатная внешняя обработка для платформы 1С:Предприятие 8, которую разработала компания Вячеслава Гилёва. Она запускается в режиме «1С:Предприятие» в любой базе, выполняет фиксированный набор операций и выдаёт оценку в условных единицах: чем больше, тем быстрее среда, в которой работает 1С.
Важно понимать, что именно попадает в эту цифру. Тест синтетический: он не читает вашу базу, не проводит ваши документы и ничего не знает о ваших пользователях. Он измеряет, насколько быстро конкретная связка «процессор — память — диск — платформа 1С» выполняет однопоточные операции, типичные для 1С. Поэтому результат теста — это оценка железа и настроек среды, а не оценка вашей конфигурации.
- В файловом режиме тест измеряет тот компьютер, на котором запущен клиент 1С: если файловая база лежит на сервере, а вы запускаете тест со своего рабочего места, вы оцениваете своё рабочее место и сеть до базы.
- В клиент-серверном режиме результат складывается из клиента, сервера 1С и СУБД. Здесь однопоточный тест показывает только часть картины: у многопользовательской нагрузки узкие места другие.
- Многопользовательский вариант (нагрузочный тест того же автора) имитирует одновременную работу нескольких пользователей и ближе к реальной нагрузке, но требует подготовки.
Отсюда главное правило: тест Гилёва отвечает на вопрос «хватает ли скорости среды», а не «почему тормозит моя база». Если результат хороший, а 1С всё равно медленная, причина в базе, в конфигурации или в блокировках, и дальше нужны другие инструменты. Если результат плохой, сначала исправляют среду, иначе любая оптимизация кода упрётся в медленное железо.
Как запустить тест Гилёва 1С правильно
Сам запуск занимает минуту: скачать обработку с сайта автора, открыть её в 1С через меню «Файл → Открыть», нажать «Выполнить тест». Гораздо важнее условия, в которых вы её запускаете, — от них результат отличается в разы.
- Запускайте там, где работает 1С. Для файловой базы — на компьютере пользователя, который жалуется, и отдельно на самом сервере. Для клиент-серверной — на сервере 1С и на рабочем месте. Разница между двумя замерами сама по себе диагноз: если на сервере быстро, а на рабочем месте медленно, проблема в сети или в клиентской машине.
- Уберите лишнюю нагрузку. Тест должен идти на пустом сервере: без параллельных фоновых заданий, без запущенного резервного копирования, без антивирусной проверки. Иначе вы измеряете не среду, а конкуренцию за ресурсы.
- Проверьте план электропитания. Режим «Сбалансированный» или «Экономия энергии» в Windows снижает частоту процессора, и результат падает на десятки процентов. Для сервера 1С нужен режим «Высокая производительность», а в BIOS — включённый Turbo Boost. Это самая частая причина «плохого железа», которое на самом деле хорошее.
- Виртуализация. На виртуальной машине результат зависит от того, как гипервизор раздаёт процессорное время: динамическое перераспределение ядер между виртуалками и переподписка ресурсов сильно ухудшают показатели 1С. Если ваш сервер 1С виртуальный, замерьте ещё раз в тихое время, когда соседние машины не нагружены.
- Ключ защиты по сети. Если аппаратный ключ HASP проброшен по сети, каждое обращение к нему добавляет задержку. Автор теста прямо советует замерить пинг до ключа: всё, что заметно больше нуля, будет тормозить.
- Один и тот же вариант теста. Автор обновлял методику оценки и делал её строже, поэтому результаты разных версий обработки сравнивать между собой нельзя. Сравнивайте замеры одной версии: до и после изменения, сервер и рабочее место, старый сервер и новый.
Сделайте не один прогон, а три подряд и возьмите средний. Разброс больше 10–15 % между прогонами — сам по себе сигнал: кто-то или что-то мешает тесту, и ровно так же мешает пользователям.
Как читать результат: оценка производительности 1С по тесту
Вместе с числом обработка показывает словесную оценку от «плохо» до «замечательно» и, в новых версиях, ожидаемый результат для вашего процессора. Пользуйтесь именно словесной оценкой текущей версии теста, а не пороговыми числами из старых статей: шкала пересматривалась, и старые ориентиры стали слишком мягкими.
Практическая интерпретация проще, чем кажется.
| Что показал тест | Что это значит | Что делать |
|---|---|---|
| Оценка низкая на сервере и на рабочем месте | Среда не годится: слабый или неверно настроенный процессор, экономия энергии, перегруженная виртуалка | Сначала настройки (электропитание, BIOS, гипервизор), затем замена сервера или переезд на арендованный |
| На сервере хорошо, на рабочем месте плохо | Узкое место между сервером и пользователем: файловая база по сети, Wi-Fi, старый компьютер | Терминальный доступ к серверу или переход в клиент-серверный режим |
| Оценка хорошая везде, а 1С тормозит | Дело не в среде: блокировки, неоптимальные запросы, регламентные операции СУБД, большие регистры | Замер APDEX по ключевым операциям, технологический журнал, работа программиста |
| Результат плавает от прогона к прогону | Ресурсы делятся с кем-то ещё: фоновые задания, антивирус, соседние виртуальные машины | Найти конкурента за ресурсы, выделить 1С отдельные ядра и диск |
Ещё одно частое недоразумение — сравнивать результат теста с числом пользователей. Однопоточный тест ничего не говорит о том, сколько человек выдержит сервер: для этого важны количество ядер, память под сеансы и СУБД, скорость диска под журнал транзакций. Сервер с отличной однопоточной оценкой может «лечь» под тридцатью пользователями, если у него четыре ядра и медленный диск.
Тест Гилёва и SQL: что меняется в клиент-серверном режиме
Когда база работает через сервер 1С и СУБД (PostgreSQL или MS SQL), однопоточный тест по-прежнему полезен для оценки процессора, но перестаёт быть главным. В клиент-серверном режиме производительность определяют:
- Настройки СУБД — объём памяти, отданной под кэш, параметры журнала транзакций, регулярное обновление статистики и обслуживание индексов. Без регламентных операций даже быстрый сервер через полгода начинает тормозить на отчётах.
- Диск под СУБД — для базы и журнала транзакций нужен SSD, а лучше NVMe; сетевое хранилище или обычный HDD дают задержки, которые процессорный тест не увидит.
- Блокировки — при одновременном проведении документов сеансы ждут друг друга; это видно в технологическом журнале и в консоли кластера, но не в синтетическом тесте.
- Сеть между сервером 1С и СУБД — если они на разных машинах, между ними нужен быстрый и стабильный канал; ещё лучше, когда обе роли на одном сервере с достаточным запасом памяти.
Поэтому для клиент-серверной базы правильная последовательность такая: тест Гилёва — чтобы отсечь проблему процессора и настроек, затем замер по ключевым операциям в самой базе, и только потом решения о железе.
Замер производительности в 1С без внешних тестов: APDEX
В типовых конфигурациях, построенных на Библиотеке стандартных подсистем, есть подсистема «Оценка производительности». Она измеряет не абстрактную скорость среды, а время конкретных операций у реальных пользователей: проведения реализации, формирования оборотки, открытия формы заказа.
Вы задаёте список ключевых операций и для каждой — целевое время, за которое она должна выполняться. Дальше подсистема накапливает статистику и считает индекс APDEX: долю операций, уложившихся в целевое время, с поправкой на «терпимые» задержки. Индекс лежит в диапазоне от 0 до 1; общепринятая шкала: 0,94 и выше — отлично, 0,85–0,93 — хорошо, 0,70–0,84 — удовлетворительно, 0,50–0,69 — плохо, ниже 0,50 — неприемлемо.
Главная ценность APDEX в том, что он показывает, что именно тормозит и у кого. Одна операция с индексом 0,4 при остальных 0,9 — это задача для программиста, а не для замены сервера. Равномерно низкий индекс по всем операциям — наоборот, признак проблем среды, и тут возвращаемся к тесту Гилёва и ресурсам сервера.
Третий инструмент — «Замер производительности» в Конфигураторе (меню «Отладка»). Он показывает время выполнения каждой строки кода при конкретной операции и нужен уже на этапе, когда виновная операция найдена и её нужно ускорить.
Что делать после теста: три типовых сценария
Сценарий 1. Среда слабая, база маленькая, пользователей до десяти. Обычно это файловая база на офисном компьютере или старом сервере. Решение — перенести базу на сервер с нормальным процессором и SSD и дать сотрудникам терминальный доступ. Так тест Гилёва на рабочем месте становится равен тесту на сервере: сеть перестаёт участвовать в работе 1С. Подробнее о том, как это устроено и сколько стоит, — на странице аренда сервера для 1С: сервер с лицензиями и ежедневным резервным копированием от 29 900 ₽ в год, тест 7 дней на вашей базе.
Сценарий 2. Среда нормальная, тормозят отдельные операции. Это работа с самой базой: индексы и статистика СУБД, регламентные операции, разбор долгих запросов по технологическому журналу, доработки, написанные «запросом в цикле». Такие задачи закрывает сопровождение 1С — программист смотрит замеры, а не гадает.
Сценарий 3. Среда нормальная, тормозит всё и у всех после роста компании. База переросла файловый режим или текущий сервер. Нужен переход в клиент-серверный режим с PostgreSQL или MS SQL и сервер с запасом по ядрам, памяти и диску. Здесь однопоточный тест уже не решает — считают число одновременных сеансов и объём базы. Подробный разбор симптомов и причин — в статье 1С тормозит на сервере: что проверить и как ускорить.
Если у вас нет своего сервера и вы решаете, какой арендовать, тест Гилёва пригодится и тут: попросите провайдера прогнать его на предлагаемой машине или сделайте это сами в тестовый период. Мы даём 7 дней на проверку сервера с вашей базой — за это время можно снять и синтетический тест, и APDEX по реальным операциям, и сравнить с текущим сервером на одних и тех же данных.
Вопросы и ответы
Тест Гилёва платный?
Базовая однопоточная обработка распространяется бесплатно с сайта автора. Платные у той же компании — многопользовательский нагрузочный тест, аудит производительности и подбор оборудования. Для первичной диагностики бесплатной версии достаточно.
Какой результат теста Гилёва считается нормальным?
Ориентируйтесь на словесную оценку, которую показывает сама обработка текущей версии, и на «ожидаемый результат» для вашего процессора. Числовые пороги из старых статей устарели: автор ужесточил шкалу. Практически важнее не абсолютное число, а сравнение: сервер против рабочего места, старый сервер против нового, замер до и после смены настроек.
Почему тест Гилёва показывает хороший результат, а 1С тормозит?
Потому что тест измеряет среду, а не вашу базу. Хороший результат исключает слабый процессор и неверные настройки, но не блокировки, не тяжёлые запросы, не запущенные регламентные операции СУБД и не файловую базу по сети. Дальше нужен замер APDEX по ключевым операциям и анализ технологического журнала.
Можно ли запускать тест на виртуальном сервере?
Можно и нужно, именно так вы проверите, как гипервизор отдаёт ресурсы 1С. Если результат плавает или заметно ниже ожидаемого для процессора, причина в переподписке ядер или динамическом распределении ресурсов между виртуальными машинами. У нас под 1С выделяются гарантированные ядра и память, поэтому результат теста на арендованном сервере стабильный и повторяемый.
Чем тест Гилёва отличается от оценки производительности APDEX?
Тест Гилёва — синтетический замер скорости среды, одинаковый для всех баз. APDEX — статистика времени реальных операций у реальных пользователей в вашей базе. Первый отвечает «хватает ли железа», второй — «что именно тормозит и насколько». Для полной картины нужны оба.
