всем привет!

платформа 8.3.27.1989, КА 2.5.22.168
- запускаем клиента, выполняем некий отчет - 3 сек
- останавливаем ragent, запускаем его
- клиентский сеанс успешно переподцепляется
- серверный предмет отладки тоже доступен, точки останова срабатывают

формируем тот же самый отчет - время выполнения уже 3 мин. 3 сек,
откуда берутся дополнительные 3 мин. не понятно

делаем замер производительности в конфигураторе и на выходе самое максимальное чистое время выполнения 1.5 сек

пошаговая отладка пока не помогла выявить где же тормозит система,
по ходу отладки всплывают куча всяких вызовов, но сами они выполняются быстро
( типа
НапоминанияПользователяГлобальный.ПроверитьТекущиеНапоминания,
СерверныеОповещенияКлиент.ПроверитьПолучитьСерверныеОповещения,
РезервноеКопированиеИБГлобальный.ОбработчикДействийРезервногоКопирования,
МенеджерОборудованияКлиент.ОбменДаннымиССервером,
УниверсальныйОбменСБанками.ТранзакцииТребующиеРасшифровки,
СертификатыКлючейЭлектроннойПодписиИШифрования.УдалитьУстаревшиеКонтекстыОпераций,
ФинОтчетностьВБанкиСлужебныйКлиент.ПолучитьИнформациюОВходящихТранзакцияхОтБанков,
СПАРКРискиКлиент.ОптимизацияКэшаСПАРКРиски,
ИнтерфейсАвторизацииИСМПКлиент.ВыполнитьОбновлениеНастроекОтветственногоЗаАктуализациюТокеновАвторизации

и др.
)

такое ощущение, что система 3 раза щимится на внешние ресурсы в интернете, с ожиданием ответа по 60 сек

как найти тормознутый код?

Запустить 1С с параметром /РежимОтладки и вернуться сюда снова.

(0) отрубайте все эти фоновые выходы в интернет.
особенно в текущее время, когда интернет все ближе к диалапу, нефиг эти тормоза в 1С держать

(2) вот в том то и вопрос, "эти" это какие?

пару месяцев назад, после очередного обновления, стал жутко (более 2 мин.) тормозить предпросмотр кассового чека перед его пробитием, оказалось, что конфа щимится
на https://login.1c.ru/rest/public/ticket/get
и на https://classifier-repository.1c.ru/external-api/version/latest

(1) c параметром /РежимОтладки выполняется 2-4 сек,
убираем параметр - опять тормоза

(4)

(5) о царь-батюшка, прости, не признал...
как было велено, так вот и вернулся сюда снова

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

не прописывать же им /РежимОтладки

Я еще кэш серверный чищу и скуль перезапускаю

Опытным путем пришел к выводу, что без очистки кэша перезапуск фигня

с ключем /РежимОтладки при завершении замера производительности только с одним предметом отладки типа "тонкий клиент" - замер отрабатывает нормально

если же в предметы отладки добавляю еще и предмет типа "сервер", то окно замера появляется, повисит белым не заполненным секунд 5-10 и конфигуртор вылетает

(7) А sql зачем?Просто интересно.

(10) Если вопрос мне, чтобы сожратую оперативку освободить) За неделю 512 гигов сжирает и не подавится, собака)

(10) так они реализуют dbcc freeproccache :)

Самое обидное когда система на сервере ломится в инет
Раньше оно быстро все получало и успокаивалось

А нынче оно начинает в инет ломиться а затем ТСПУ канал "замедляют" или фризят после 16кб
И вот это пипец...

(13)+ Связь с интернетом прямо как суслик
Вроде оно и есть а вроде и нету...

Причем в попытках разобраться в РФ ресурсы находятся или нет черт ногу сломит
Вот вроде сайт/сервис .ru - и даже IP по базам RU, но хостинг оппа за границей
Или сайт .com а это vk.com с кучей ендпойнтов и CDN по всему миру

(12) Вот и мне так кажется.
Ну ну. А потом она в ребил уйдет..