Есть обработка. Раньше работала нормально. Сейчас зависает.

Циклично обрабатывает объекты и на некотором зависает.

Предполагаю, что какая-то ТЗ сильно разрастается. Как лучше отследить что могло сильно разрастись?

(0) Открыть для себя жуколов и замер производительности

(1) > жуколов

Что такое?

> замер производительности

Производительность ничего не дает.

Строка с самым большим временем: Параметры.ДАтаСпецификации = ДатаСпецификации.

База скорее всего битай.
Сколько размер ТЗ, на которой виснет?

(3) В том то и дело что не могу отловить на чем виснет.

Объекты однотипные.

пиши все объекты в журнал регистрации скопом
потом записывай по одному, кто последний, значит после него проблемный объект

(0) Позовите специалиста.

(1) Вот такие у нас программисты, которые даже трассировкой пользоваться не умеют.

(7) да там может цикл на пару сотен тысяч повторений, такое хрен отладишь)

(8) шлепать, капать.

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

(8) Можно в лог писать. Где закончилось, там и зависло )

Замер производительности - первейший элемент отладки чужого кода.

(10) Можно взять один и тот же набор данных. В одном случае на одном объекте, в другом случае на другом.

(11) Замер производительности ничего не дает. Я и так знаю что наибольшая нагрузка на разузловании.

В процессе обработки идет счетчик объектов. Зависает не на каком-то конкретном объекте, а на случайном.

(13) Вы (9) внимательно читали?

(10) с логом я понял, а вот (13) тоже интересная штука, почувствовал себя тупым

(0) Как вариант разбить обработку по типам объектов или по порциям и возвращаться на клиент после очередной порции. Тогда в ТЖ можно будет собрать CALL со свойствами Mem и MemoryPeak. Заодно можно LEAKS настроить.