Изучение утечки памяти в svchost / nsi с данными

svchostи, nsiв частности, постоянно были связаны с утечками памяти на протяжении многих лет, когда поиски в Google приводили к большому количеству обращений (но мало решений). Связанные вопросы с соответствующими ответами задавались много раз на суперпользователе в прошлом, но все, что я видел, было людьми, спрашивающими, как определить, какой процесс содержит утечку, которая не очень помогает, если я уже знаю это.

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

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

Машина, ОС и программное обеспечение: Win7 Pro x64, 8 ГБ памяти с видео nVidia GTX 580 (драйверы от nVidia, 372.54 от 15 августа, то есть 15 дней назад на момент написания этой статьи). Процессы, которые почти всегда работают, включают Spotify, Chrome (в настоящее время v52.0.2743.116), Skype (в настоящее время 7.26.0.101) плюс несколько Cygwin mintty, bashа также sshпроцессы. Internet Explorer не установлен (за исключением битов, которые нельзя удалить). Обычные надстройки для браузера, такие как flash для yt и т. Д. Ничего необычного, хотя некоторые из них интенсивно используют сети и могут, теоретически, быть причастны, если верить подобным KB 2847346. Все обновления Windows, включая последнее необязательное обновление, были применены.

Пропустив некоторые промежуточные шаги, я разделил nsiего на отдельные svchost, перезагрузил и затем регистрировал выходные данные tasklist, каждую секунду, для PID nsiпроцесса и svchostк которому он nsiраньше принадлежал. Результаты представлены здесь ; Конечно, последний в основном плоский, но nsiрастет с постоянной скоростью (если не увеличивается).

В то же время я procmonзаписывал вызовы sys nsi, но все события, кроме 6, были событиями «Создание потоков» и «Выход из потоков», что не очень полезно. Все, что вызывает проблему, не заставляет nsiделать системные вызовы самостоятельно.

До того, как я разделился nsi, я проводил аналогичную трассировку в течение почти четырех дней, и этот svchostэкземпляр начинался с 24 МБ и непрерывно рос до примерно 2150 МБ до того, как я его остановил, причем скорость изменения, очевидно, со временем возрастала. В прошлом я видел svchostпроцесс нарушения порядка 6 ГБ, но во время procmonработы я начал исчерпывать память. Пару раз какая-то память освобождалась, но не так сильно, как было выделено. Я могу связать этот график позже, если кто-нибудь захочет его увидеть.

Я также отслеживал это с помощью procmonи могу дать разбивку по событиям, но они, вероятно, не очень интересны, учитывая, что установлено, nsiчто это вина, и что ни одно из его событий не особенно интересно.

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

Каков мой следующий шаг, учитывая, что исправление, очевидно, релевантное KB не применимо?