Есть УТ 10.3 файловая, РИБ. Зависает при загрузке данных от подчиненного узла. Грузит процессор на 25%(одно ядро, значение загрузки изредка меняется 24-35%), памяти ест при этом меньше 10 Мб. Так провисел больше суток, безрезультатно. Состав отправляемых данных из подчиненного узла довольно скромный:

https://yadi.sk/i/ls9JXZ--IaVk6g

Файл обмена весит 295 Кб.

Дошло до того, что отладчиком через ф11 прошел всю загрузку, последнее место, где работала точка останова - Общий модуль "Настройка прав доступа", Процедура ПередЗаписьюРегистраДатаЗапретаРедактированияПередЗаписью. Отработала нормально, дальше отладка ушла в неизвестность и 1с висит с вышеописанными симптомами. Как найти место и причину зависания?

Похоже на кэш, дул?)
Выгрузка загрузка в/из дт?

(0) журнал регистрации что-то говорит?

(1) Кеш чистил. В ДТ не выгружал не загружал. Недавно этот узел выгружал в начальный образ, после этого все работало нормально.

(2) Журнал пишет изменения РС, РН и потом тишина...

На данный момент проблему так и не нашел, из регистрации убрал все РН и РС, обмен прошел. Сегодня попрошу, чтобы перепровели все документы в подчиненном узле за последние пару дней и попробуем снова обмен.

Тему вообще создал с целю уточнить, нет ли какого то способа, найти, где в модулях повисает 1с?

(6) Через отладчик включаешь замер производительности. Это для старта

(7) Замер производительности запускал, но он не показывает время исполнения процедуры, если она не завершилась.

В моем случае, я оставлял висеть обмен на час, и замер производительности показывал мне процедуру с максимальным временем 0,2 секунды.

А внутри этой процедуры прошагать нельзя?

Да все эти процедуры выполнялись за доли секунды. Завис обмен на какой то другой, которую замер не показывает, так как она не исполнилась, и я ее найти не могу.

(6) есть.... называется замер производительности, включаешь в отладке подключение к фоновым, и запускаешь, через минут 10 отключаеш замер и ищешь оператор с наибольшим итератором, переходишь на этот итератор и ставишь там точку остановки, дальше уже по обстаятельству

(8) он так-же показывает количество вызовов, зависает на цикле, тебе шужен оператор который выволняетмя оченьм много раз

(13) Следующий раз если зависнет, сохраню результат замера производительности. У меня он показывал много мелких процедур и функций, и было их одинаковое количество, что 5 минут обмен провисел, что пару часов. Наибольшее время процедуры при этом было меньше секунды. Максимальное число обращений около 400 раз к каким то мелким процедурам. Не показывал он мне после пары часов замера ни тысячи обращений к какой то процедуре, ни длительного исполнения какой то одной. Я сделал вывод, что процедура, на которой происходило зависание, не завершилась, поэтому в замер не попала.

Технологический журнал вам в помощь

(14) еще вариант зависания - рекурсия родителя в справочнике, такое редко, но бывает

(16) +

у элемента А родитель Б
а у элемента Б родитель А

(16) Возможно такое, да. Вот я и хотел найти место, где зависает, а там уж посмотреть на каком элементе и в чем проблема...

(18) вот и настрой тех жернал чтобы он это все отслеживал

(16) вообще платформа должна вроде как вывалился при таком поведении

(19) Там сервер впритык. еле шевелится все. Не потянет он ЖР. Либо ночью садиться настраивать, потом отключать...

(21) ну а как иначе? Только пальцем в небо

+(22) тех журнал можно же точечно настраивать, тебе не нужны все события

(0) Ты же программист?
Ну так заюзай тестирование, суть делаешь кучу файлов обмена в каждом всего один элемент и запускаешь на куче копий параллельно загрузку.

Выясняешь какой файл/база упадет и какой элемент/данные - далее смотришь что там внутри.

Серверная отладка-то хоть включена? Или база файловая?

(24) На данный момент снял с регистрации все РН и РС и выгрузка прошла. Щас перепроведут документы и попробуем снова обмен сделать. Может проблема разовая была и не всплывет больше(эта РИБ уже много лет работает там). Если появится снова, будем либо так отлавливать, либо ТЖ настраивать.

(25) Файловая.

(27) Тогда надо проверять физическую целостность для начала.

+(28) Потом, как минимум, реиндексация.

(28) Дня 4 назад полное ТИИ делал.

(6) https://its.1c.ru/db/v8317doc#bookmark:adm:TI000000709
настраиваешь смотришь, включается , выключается на лету.