Приветствую.

Столкнулись с проблемой очень сильного падения производительности в работе конфигурации УПП 1.3.194.2.
У пользователей команды (обработки, сохранения) стали обрабатываться в разы дольше, + часто стали вылетать программы.

Может быть, кто-то встречался с данной проблемой?

отключите отладку

(0) режим совместимости у УПП какой ?

Мы включаем периодически её, но ранее проблем не наблюдалось от слова совсем. Да и сейчас нет разницы, включена или нет.

Режим совместимости 8.2.13

(3) Поставьте платформу 8.2.13 последнюю и не любите мозги

(3) вернитесь на 8.3.22.1704

(4)+ конфу поменять - отключить проверку там где требует

(5) По какой причине? 8.3.22.1750 хуже 8.3.22.1704?

(1) Где ознакомиться можно, как включенный режим отладки влияет на производительность?

(4) Ну-ну. ))

Внимание! Минимальные версии сборки для каждой версии системы 1С:Предприятие для использования текущей версией "1С:Управление производственным предприятием 1.3":
8.3.15.2107; 8.3.16.1814; 8.3.17.2757; 8.3.18.1957; 8.3.19.1723; 8.3.20.2180; 8.3.21.1622; 8.3.22.1704.
Так же допускается работа на ЗПК "1С:Предприятие 8.3'' следующих версий:
8.3.17.2102; 8.3.17.2316; 8.3.17.2598; 8.3.17.2714; 8.3.19.1405.

Текущий релиз конфигурации "Управление производственным предприятием" предназначен для использования с версией системы 1С:Предприятие 8 не ниже 8.3.14 в режиме совместимости "Версия 8.2.13".

(4) а если одновременно тот же сервер юзается под БП3 или ЗУП3.1, тогда как?

... у меня, кстати, это корячится в ближайшем будущем, так что вопрос не праздный

(10) кто мешает 2 сервера 1с поднять?

(10) и в чем проблема рассадить на разные порты N платформ?

Никто. Но сервак достаточно дохлый (два ксеона 2011 г и 32 гига), и денег на новый не факт что дадут. Как два сервака 1С, будут норм жить? SQL на нем же.

(8) Он влияет, но влияние бывает иногда парадоксальным, часто при включенной отладке всё работает быстрее и память сервер не жрет)

(15) Во как!
Гений- парадоксов друг! :))))))))))

А есть что конкретно почитать про сии парадоксы и влияние режима отладки (я так понимаю, что речь о запуске агента серверной платформы с ключом -debug)?

У нас сервак мощный. Вопроса с техническими характеристиками не стоит.

(17) Это вы так думаете

(0) >>  команды (обработки, сохранения) стали обрабатываться в разы дольше.

Очень субъективно.
Нужная конкретика.
У пользователей всегда после обновления всё ломается. Начинаешь трясти пользователя и выяснять подробности - оказывается оно и до обновления не работало.

>> + часто стали вылетать программы.

Это другая проблема.
Какие программы стали вылетать? В какой момент? Что при этом в журнале регистрации, в технологическом журнале, в журнале событий ОС? Что ответили в техподдержке 1С на вашу заявку? Направляли ли Вы им дампы упавших процессов?

Короче.
В (0) какое-ты невнятное нытьё без какой-либо конкретики.

У нас стоит платформа 8.3.22.1750. Обновлялись на прошлой неделе.
Версия УПП на момент установки 8.3.22.1750 была 1.3.194.(какая-то). Сейчас УПП обновлена до 1.3.195.1.
Запросов и замечаний от пользователей нет.
Статистику замеров производительности не ведём. Так что объективной оценки изменений (роста или падения) производительности нет.
Субъективно закрытие периода занимает примерно то же самое время, что и раньше.
По всем остальным базам (ЗУП 3.1, ДО КОРП 2.1, БП НКО, Далион в режиме совместимости 8.2) проблем и нареканий тоже нет.
Единственная проблема - поломался полнотекстовый поиск данных (ППД) в ДО КОРП 2.1. Пришлось очистить и перестроить индекс ППД. Было ли это связано с обновлением платформы - не знаю. Вполне возможно, что оно раньше поломалось.

(14)[Как два сервака 1С, будут норм жить?]
а чё им будет ?

(16) Суть в том что без режима отладки сервер использует предварительное кэширование всех метаданных в памяти, что на слабом сервере или при нехватке памяти может загнать сервер в своп с соответствующими потерями производительности, а 32-разрядный сервер вообще не сможет работать нормально с тяжелыми конфигурациями. А когда ключ -debug активен, то метаданные подгружаются динамически, только те, которые нужны исполняемому коду.

Производительность 8.3.22.1709 по сравнению 8.3.18.1289 сильно упала. При отладке конфигурация стала зависать.

(22) У нас всё нормально работает. Даже по ощущениям быстрее стало.

Имя сервера не менялось у вас? Оно должно в точности соответствовать имени, зарегистрированному в кластере сервера 1с. Не просто ссылаться на тот же сервер, а быть побуквенно, с точностью до регистра, одинаковым. У нас такое было, сильные тормоза при каждом обращении к серверу, именно по этой причине. Но это не всегда проявляется, однако проверьте.

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

(12) >> кто мешает 2 сервера 1с поднять?

Здравый смысл.
Подъём двух серверов 1С разных версий на одном хосте - это всегда лишний геморрой.
Если этого можно избежать, то лучше так не делать.
Лично я рассматривал бы этот вариант только от безысходности, если никакие другие способы решения проблемы не помогли.
До недавнего времени у нас был поднято две службы сервера разных версий. Вздохнули с облегчением, когда это безобразие прекратилось.

(19) не, ну вообще замедление платформ заметно. Например, между 8.3.12 и 8.3.16 было заметно невооруженным глазом на моем старье. Я не сильно удивлюсь, если 22 работает еще хуже в этом плане.

не сказать что замедление прям фатальное и невозможно работать, но оно имело место быть

(26) Главное замедление произошло при перехода с 8.3.10 на 8.3.11, когда они поменяли низкоуровневый рантайм С++ со старого на модный-молодежный от микрософта. А дальше скорее наоборот, постепенно оптимизируют. У меня такое ощущение.

(9) "конфу поменять - отключить проверку там где требует"

(28) В режиме совместимости древнем то?

(30)+ Но да для режима 8.3 оно оптимизация заметна местами

(28) с .15 на .18-19 тоже где-то в середине ухудшилось. но потом в 20-21 поправили

(32) Да, что-то подобное замечал тоже

(0) присоединяюсь. Перешли с 8.3.17 на 8.3.19.1467. Субъективно в 1,5-2 раза медленнее работает

(0) После всех проблем с производительностью перешли на 8.3.18.1959 в конечном итоге. Индексы и еще раз индексы. На инфостарте есть хорошие статьи.

(26) >> замедление платформ заметно.

Неоднократно об этом слышал. И вряд ли слухи эти совсем уж безосновательны.
Но сам не сталкивался. Может везло. Или проблемы связаны с какой-то определенной комбинацией железа, версии платформы и конкретных конфигураций с различными режимами совместимости.

Всегда в таких историях стоит начинать с замеров.
Только объективные показатели являются мерилом истины.
Субъективные оценки смысла не имеют. В большинстве случаев субъективная оценка либо врёт (на самом деле изменение производительности лежит в рамках погрешности), либо причиной изменений является что-то совершенно другое, но заметили и обратили внимание именно после обновления (конфы, платформы, железа и т.п.).

А у автора ветки ещё какие-то загадочные явления типа "часто стали вылетать программы".
А это уже не про производительность, но про стабильность. Там может быть что угодно. Начиная с проблем в локальной сети с каким-нибудь маршрутизатором или сетевой картой на сервере, и заканчивая любыми проблемами на сервере (диски, кривые обновления ОС, проблемы СУБД, конфликты с другим софтом и пр. и пр.). Целое непаханое поле для расследования. Отсюда же могут быть проблемы с производительностью, если из-за каких-то проблем, например, происходит постоянный перезапуск процессов сервера rphost с переносом активных сеансов.

(25) ага... если еще имеются всякие com-соединения, от которых не избавиться, то разные платформы принесут особую остроту восприятия реальности пятой точкой....

(37) естественно, на типовых .....можно спать и не просыпаться, чтобы что-то сделать...

(0) с 8.3.19 перешли на 8.3.22.1750 (сейчас 194.2) - ощутимого замедления нет

(0) + (34) + (39) = субъективное падение производительности между 17 и 19 версиями.

(26) 10, 12, 14 - это были метеоры стабильные, с 15-й все сломали, моя конфа только на 18 потом стабильно заработала без вылетов в дамп...
что творят..(((((((((((((((((

(8) https://infostart.ru/1c/articles/1732527/

(8) И второй компонент скорее положительный чем отрицательный - при разрешенной отладке метаданные читаются из СУБД мелкими порциями, что ускоряет некоторые сценарии работы в больших конфигурациях.

(42) Спасибо!

(0) "часто стали вылетать программы"

Постоянно сталкиваемся
У нас все в терминале, но сервак древний как говно мамонта. Запустил конфу, она висит, висит, потом раз и закрылась

На платформах 22.1704 и 22.1750 результат одинаковый

(6) Сами-то пробовали? Там почти всё менять надо, т.к. #Область используются.

(10) Несколько агентов запустить - какие проблемы?

(19) А если APDEX с 0,8 до 0,3 упал - это достаточно объективно?

(25) Несколько агентов - это изоляция баз друг от друга, как минимум.

(37) Ну вот будет стимул отказаться от COM. А то не ровен час окирпичат винду - что делать будете?

Да, под полными правами всю прелесть тормозов можно и не ощутить. А вот попробуйте поработать с RLS...