Github для Windows - ssh-agent.exe, используя высокий процессор + 100% диск?
Я только что установил Github для Windows на мой компьютер с Windows 8.1, и он работает нормально, за исключением того, что производительность моего компьютера резко падает.
Глядя на диспетчер задач, я вижу, что ssh-agent.exe
использует постоянный процессор 25% (без сомнения, 100% одного из моих ядер), а использование диска составляет 100%.
Я посмотрел в Интернете, но не могу найти ссылку на то, что может быть причиной этого.
Есть идеи, что может быть причиной и как ее решить?
ОБНОВИТЬ:
Я могу убить процесс, и GitHub для Windows, кажется, продолжает работать, но ssh-agent.exe
Процесс запускается снова, как только я закрываю и перезапускаю Github для Windows.
4 ответа
В дополнение к комментарию moggizx в одном из других ответов, я обнаружил, что на это также повлиял SourceTree.
Пример ssh-agent.exe
с высокой загрузкой процессора фактически прекращается, когда вы закрываете SourceTree. Перезапуск SourceTree приводит к тому, что другой процесс ssh-agent порождается, но процессор тогда не работает.
Мы видели, что это иногда случалось из-за состязания между ssh-agent и антивирусным программным обеспечением, конкурирующим за ресурсы. У вас установлено антивирусное программное обеспечение? Сможете ли вы временно отключить его и посмотреть, не исчезнет ли проблема? Мы бы очень хотели углубиться в это, если бы вы могли обратиться к support@github.com.
Я нашел ту же проблему, мое решение было добавить файл и процесс C:\Program Files\Git\usr\bin\ssh-agent.exe
в список исключений в Защитнике Windows на Windows 10.
Причина, по которой это происходит, наиболее вероятно, что ваш репозиторий git огромен. Возможно, вы ошибочно создали его в папке, где у вас есть огромное количество файлов. Таким образом, git постоянно обходит их и, таким образом, без необходимости отнимает много вычислительной мощности. Вы можете попробовать удалить папку.git, и это должно прекратиться.
Попробуйте инициализировать ваше git-репо в папке, где вы используете исключительно свои проекты.
Я по-прежнему считаю, что это своего рода ошибка, потому что мы должны быть уведомлены, если это произойдет (нам не нужно это выяснять, открыв диспетчер задач).