процесс отладки висит в устаревшем стороннем приложении

Question

У нас есть унаследованная сторонняя система телефонии, построенная на чем-то, называемом «CT ADE», который периодически висит в течение нескольких секунд (от 5 до 30), а затем возобновляется. Во время этих зависаний пользователи испытывают неприятные паузы в меню телефона. Это происходит уже несколько недель.

Этот код не был написан мной, поэтому мои знания об этом очень ограничены. Внутри есть несколько «задач» (потоков?), По одной на телефонную линию, которые обрабатывают вызовы. Когда приложение зависает, все «задачи» зависают.

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

Процесс не показывает всплесков памяти или процессора, когда возникает проблема.

На данный момент я просто хвататься за что-нибудь, чтобы попробовать ...

Answer 1

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

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

Существует книга Working Effectively with Legacy Code, которую я никогда не читал, но должен быть очень хорошим.

Answer 2

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

Answer 3

Если проблема не связана с высоким использованием процессора, профиль, вероятно, не принесет вам ничего.

Для меня это звучит как многопоточная проблема. Если возможно, присоединитесь к отладчику и сделайте паузу, когда появится проблема. Посмотрите на выполненные в настоящее время коды/вызовы всех потоков. Возможно, несколько потоков пытаются получить доступ к одному ресурсу или потокобезопасной функции и должны ждать, потому что другой поток имеет эксклюзивный доступ к этому ресурсу. Это может быть что-то неприметное, как попытка записать в журнал.