Несколько экземпляров conhost.exe

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

В моем случае было около дюжины conhost.exe, под csrss.exe.

Я знаю, что conhost.exe предназначен для помощи консольным приложениям, но, за исключением одной командной строки (cmd.exe), у меня ничего не работало.

В этой теме я обнаружил многочисленные возможности, связанные с 32-битным iTunes http://answers.microsoft.com/en-us/windows/forum/windows_7-security/multiple-instances-dozens-of-conhostexe-running/6e8c045f-8738-4e20-87e2-56d4360f1bd3

У меня не установлено iTunes. Просматривая TaskManager и Process Explorer, я обнаружил, что в VisualStudio 2012 было несколько msbuild.exe. Как только я закрыл VS 2012, все прошло.

devenv.exe и MSBuild.exe являются 32-разрядными программами

Я обнаружил, что в моей системе всегда были запущены два процесса conhost. Я заметил, что со временем запуск в моей учетной записи приведет к росту числа других процессов- констант.

Мне потребовалось некоторое время, чтобы найти источник, исключив подозреваемых, таких как AutoHotKey и Console2. В конце концов я обнаружил, что Visual Studio (2013) создавал эти дополнительные процессы conhost, и они исчезли после того, как я закрыл Visual Studio.

Я оставил два постоянных процесса conhost в моей системе в одиночку, поскольку они исходили из учетной записи SYSTEM Windows.

Мой компьютер работал медленно с обновлениями вкладки iexplorer. Я решил проверить диспетчер задач Windows и заметил, что загрузка процессора составляет 14-15%, а некоторые процессы постоянно перемещаются вверх и вниз. Одним из них был второй процесс conhost.exe. Это выглядело так, как будто он бежал снова и снова. Процесс conhost.exe, который включался и выключался, был связан с моим идентификатором входа. Я не мог получить местоположение этого файла с помощью щелчка правой кнопкой мыши и найти файл.

AVG-Free v14 process avgidagent.exe контролировал компьютер и вызывал 14-15% использования ресурсов процессора.

Я также заметил, что mgusb.exe мигает и выключается. Поиск в Интернете определил этот процесс как часть mobogenie и предложил удалить его как решение для решения этой проблемы. После удаления mobogenie (с помощью "удаления" из панели управления) второй conhost.exe и mgusb.exe были удалены из окна процессов диспетчера задач, и это выглядит нормально.

Загрузка ЦП нормализовалась на уровне 0 - 3%. Процессы не постоянно движутся вверх и вниз.

спасибо за людей, которые разместили mobogenie информацию в интернете.

В моем ноутбуке с Win7 есть два процесса conhost, запущенных во время загрузки. Используя ProcExp, глядя на нижнее окно с ручками, я определил, что одно из них было написано на wlanext.exe, а другое было одним из процессов, запущенных сенсорной панелью Alps. Мне потребовалось некоторое время, чтобы выяснить, что их породило, я просто привык убивать процессы после загрузки. Они не возвращаются до следующей загрузки.

Я предполагаю, что они предназначены для открытия утилит панели задач для тачпада и подключения к интернету, которые я удалил при запуске. [Windows намного более надежна для управления интернет-соединением, в то время как дополнительное программное обеспечение, которое поставляется с драйверами сетевой карты, часто вызывает проблемы. И я обычно предпочитаю мышь, настроив систему на отключение сенсорной панели при наличии мыши.]

С сайта, который я гуглил...

После того, как он объяснил, зачем нужен хост консоли, поскольку старый CSRSS работал на уровне системы и сбой мог привести к сбою системы, а также другие уязвимости, они переработали консоль, и теперь ее можно вызывать из других приложений следующим образом. Они говорят, что обычно видеть много экземпляров - это нормально. Их текст ниже.

Вы часто будете видеть несколько экземпляров процесса хоста окна консоли, запущенных в диспетчере задач. Каждый экземпляр командной строки запускает свой собственный процесс узла окна консоли. Кроме того, другие приложения, использующие командную строку, будут запускать собственный процесс хоста Windows консоли, даже если вы не видите для них активное окно. Хорошим примером этого является приложение Plex Media Server, которое работает как фоновое приложение и использует командную строку, чтобы сделать себя доступным для других устройств в вашей сети.

Многие фоновые приложения работают таким образом, поэтому нередко можно увидеть несколько экземпляров процесса Console Window Host, запущенных в любой момент времени. Это нормальное поведение. По большей части каждый процесс должен занимать очень мало памяти (обычно менее 10 МБ) и почти нулевую нагрузку на процессор, если только процесс не активен.

Тем не менее, если вы заметили, что конкретный экземпляр Console Window Host или связанная с ним служба вызывает проблемы, например, постоянное чрезмерное использование ЦП или ОЗУ, вы можете проверить конкретные задействованные приложения. Это может, по крайней мере, дать вам представление о том, с чего начать устранение неполадок. К сожалению, сам диспетчер задач не предоставляет достоверной информации по этому поводу. Хорошей новостью является то, что Microsoft предоставляет отличный продвинутый инструмент для работы с процессами в рамках своей линейки Sysinternals. Просто загрузите Process Explorer и запустите его — это портативное приложение, поэтому устанавливать его не нужно. Process Explorer предоставляет всевозможные расширенные функции, и мы настоятельно рекомендуем прочитать наше руководство по пониманию Process Explorer, чтобы узнать больше.