TGViewer
Записки IT специалиста Записки IT специалиста @interface31 · 9.01K subscribers
Post #4999 3.11K
Как оценить многопоточную производительность сервера 1С:Предприятие?

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

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

Мы можем взять два разных ПК и получить на них одинаково высокие результаты в Гилеве, но абсолютно разное поведение под нагрузкой.

👉 Как быть? Взять другой инструмент - Многопоточный тест производительности 1с (Fragster). Он не настолько популярен и раскручен как тест Гилева, но позволяет оценить именно многопоточную производительность.

Данный тест запускает многочисленные сеансы и производит одни и те же вычисления, фиксируя общую производительность и производительность отдельного сеанса. После чего мы можем сравнить значения и проверить как наше оборудование держит нагрузку.

Сам автор предлагает интерпретировать результаты следующими образом:

🔹Нижняя граница - 400-500 попугаев на поток (это когда еще «терпимо»)

🔹 Нормально:

▫️ >2000 для РС на 4 потоках
▫️ >1500 для РН на 4 потоках
▫️ >1000 для РБ на 4 потоках

Чтобы не быть голословными рассмотрим реальные тесты, которые предоставили пользователи. Сам пользователь пишет, что на сервере 50 активных сеансов и оценка пользователей комфортности работы – 4 балла.

Что мы видим? На 4 потока результаты немного ниже требуемой отметки для регистров сведения и хорошо для регистров накопления и бухгалтерии. Т.е. работа с небольшой нагрузкой будет преимущественно комфортной.

Если рассматривать многопоточность, то сервер хорошо масштабируется до 32 сеансов и начинает сдавать при большем количестве. После 60 сеансов производительность не растет, но и критического ухудшения еще не происходит.

Критическая отметка – 80 сеансов, сервер серьезно перегружен и уже не вывозит. Если снова вернуться к однопоточному графику, то как раз на этом промежутке 60-80 сеансов производительность достигает нижней планки терпимости.

В целом результаты соответствуют субъективным ощущениям, с учетом того, что 50 активных сеансов не генерируют одномоментно высокую нагрузку работу с таким сервером, можно оценить на 4 балла, но запаса по количеству пользователей у него практически нет. Добавление сеансов повлечет ощутимое падение производительности.
  • 👍 20
  • 👀 6
  • ⚡ 1
  • ❤ 1
More from @interface31
  1. Oct 8, 2026Караван-сарай или величественный собор? Наткнулся я тут случайно на такой проект, как CBSD…
  2. Oct 8, 2026Post #6854
  3. Oct 8, 2026Леса, домены и их хозяева В обсуждении отдельные участники стали высказывать мнение, что у…
  4. Oct 8, 2026Переход с VMware: как не начать с нуля и получить больше возможностей Смена платформы вирт…
  5. Oct 7, 2026Установка и настройка Hyper-V в Server Core 2025 с управлением через Windows Admin Center…
  6. Oct 7, 2026Post #6849
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →