Текущие варианты замера производительности имеют свои "особенности"
- Популярные тесты "гилев" и fragster создают свою тестовую базу, создавая более - менее полноценную нагрузку и позволяет сравнить производительность с другими - но не дает мало информации, где конкретно узкое место.
- Замеры типа "нагрузочный тест" показывают, сколько пользователей "выдержит" система, но не дает сравнения с другими системами и также не показывает узкие места.
- Замеры типа "апдекс" показывают достаточно странные данные - потому что даже один тип документа содержит разные данные как по типу, так и по количеству строк. И говорить, что система стала быстрее или медленнее, когда у всех разные права, разное количество документов, особенно в конце года, пользователей, и постоянно меняется конфигурация, по-моему, бессмысленно...
Первые два варианта при их достоинствах - изменяют производительность специальной тестовой базы. Которая может отличаться от рабочей настройками как на sql, так и режим совместимости 1С и тп.
В данном варианте режим замеров - достаточно простой - долгий запрос и простые циклы. Понятно, очевидно и работает. И запускается на реальной рабочей базе и показывает именно в ней скорость работы.
В будущем возможно усложню.
Как пользоваться и интерпретировать результаты.
Данная обработка позволяет в целевой рабочей базе запустить замер производительности.
Покажет индекс производительности клиента, сервера 1С и скуля и обмена между ними.
При этом подойдет практически любая конфигурация на управляемых формах в максимально широком диапазоне совместимостей. Никакие БСП не используются и нет требований к объектам.
Данные БД не используются, не меняются, поэтому она безопасна для запуска и не требует особых прав.
В обработке две кнопки - Запустить и Отчет. Параметры только для отладки.
Сравнить разные сервера - и увидеть что они одинаковые или один быстрее и в каком именно тесте и разбираться почему.
Тест
С одной стороны относительный - каждый элемент примерно отнормирован к 100 "баллам" и общий итог - среднее по всем тестам тоже "стремиться к 100". Новые тесты так же будут отнормированы, но на общий результат будут влиять не увеличением итого, а большей детализацией.
С другой стороны, есть колонка "Длительность мс" - где наглядно видна разница в организации циклов и затраты времени на вызовы функций клиента и сервера...
Пример работы теста и что делать с этими результатами и моим мнением.
Как раз на что обратить внимание при разработке своего кода для производительности
Протестирована на платформе 8.3.25.1501. 8.3.27.1936 , 8.5.1.1236
0K.04.2026
Замер производительности
Добавлена выгрузка в JSON- задел чтобы потом сравнивать разные замеры
07.04.2026
Замер производительности
- Добавлены замеры через "Выполнить"
- перекомпоновка формы-косметика
06.04.2026
Замер производительности
- безопасный режим
- фикс ошибки если замеры слишком быстрые
10.01.2026
Замер тормозов - причесан код
20.12.2025
Замер тормозов - теперь сервер и клиент! Без админских прав
10.10.2025
У замера производительности установлен безопасный режим
13.06.2025
Причесан код
25.05.2025
Выделил отдельно Сервер1ССерверSQL- стало информативнее
18.05.2025
Выделил отдельно КлиентСервер- стало информативнее
18.05.2025
Пара новых тестов
28.04.2025
Пара новых тестов
Проверено на следующих конфигурациях и релизах:
- Зарплата и управление персоналом КОРП, редакция 3.1, релизы 3.1.32.39
- 1С:ERP Управление предприятием 2, релизы 2.6.1.64, 2.5.22.67
- 1С:Управление холдингом 3.2 (русский и английский интерфейсы), релизы 3.2.10.27
- Бухгалтерия предприятия, редакция 3.0, релизы 3.0.176.38
- Документооборот КОРП, релизы 2.1.36.3
- Документооборот КОРП, редакция 3.0, релизы 3.0.17.36
- Комплексная автоматизация, редакция 1.1, релизы 3.1.9.188
- 1С:Библиотека стандартных подсистем, редакция 3.1, релизы 3.1.11.392
- Управление торговлей, редакция 11, релизы 11.5.25.85
- Бухгалтерия предприятия КОРП, редакция 3.0, релизы 3.0.206.19
Вступайте в нашу телеграмм-группу Инфостарт
