Я подозреваю, что у меня может быть утечка памяти в WebJob, но я не уверен, как окончательно доказать, что я это делаю. Я подозреваю, что могу найти информацию, перейдя в/processExplorer в консоли управления Kudu, запустив профиль и загрузив результаты. Тем не менее, я не совсем уверен, что это маршрут или что я должен делать с файлом, как только я его получу.Как диагностировать утечку памяти в Azure WebJob
Любые предложения будут оценены.
Я был в состоянии использовать DaaS, чтобы увидеть, что у меня была куча осиротевших нитей, которые имели ресурсы. Спасибо, что указали DaaS. –
@RobReagan, как вы удостоверились, что Azure разместили осиротевшие потоки? – zgirod
@zgirod, наша проблема заключалась в том, что мы создавали новое подключение к нашему концентратору из WebJob для каждого запроса. При использовании SignalR 2.2.0 это приводило к проблемам с подключением и нитями, которые остались сиротами. Мы изменили свою логику в нашем непрерывном WebJob, так что мы только установили прокси-соединение один раз, а затем повторно использовали это соединение, чтобы поговорить с нашим концентратором. Это определило наши проблемы. –