Git Bash (mintty) работает очень медленно в ОС Windows 10

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

Отключение графического драйвера AMD Radeon в диспетчере устройств Windows и переключение на встроенную графику Intel HD мне помогло — по какой-то причине.

Надеюсь, это поможет!

В моем случае я обнаружил, что оболочка sh.exe работает значительно быстрее, чем bash.exe. Вы можете найти sh.exe в git_install_dir/bin.

Надеюсь, это поможет людям, столкнувшимся с этой проблемой, имея только интегрированную графику Intel HD!

Для меня решение состояло в том, чтобы установить переменную HOME в мой пользовательский каталог (согласно этому ответу). Для этого (по крайней мере, в Windows 7):

1. Щелкните правой кнопкой мыши «Компьютер» в проводнике.
2. Откройте Расширенные настройки системы.
3. Открытые переменные среды
4. В разделе «Системные переменные» нажмите «Создать…».
5. Введите «HOME» в качестве имени переменной и путь к пользовательскому каталогу в качестве значения (например, «C:\Users\jdoe»).

См. также ответы на этот связанный вопрос.

Попробуйте еще раз:

• последнюю версию Git для Windows, которую вы можете найти, например PortableGit-2.12.1-64-bit.7z.exe (распаковать куда угодно, без установки)

• затем в сеансе CMD установите PATH с помощью:

  set G=c:\path\to\latest\git
  set PATH=%G%\bin;%G%\usr\bin;%G%\mingw64\bin
  set PATH=%PATH%;C:\windows\system32;C:\windows\System32\Wbem;C:\windows\System32\WindowsPowerShell\v1.0\
  

• установите свой HOME в том же сеансе CMD

  set HOME=%USERPROFILE%
  

• Наконец, введите bash и посмотрите, работает ли какая-либо операция Git по-прежнему медленно.

Однажды у меня была такая же проблема, и я обнаружил, что проблема для меня была с __git_ps1, в основном с переменной, которая включает информацию о состоянии, например, имя ветки, состояние отдельной головы, в каталоге git, в голом репо, в середине сбора вишни или перебазирование или слияние.

Чтобы ускорить работу с git bash, перейдите в $GitHome\etc\profile и закомментируйте if-then, где __git_ps1 is добавлено в PS1.

В любом случае информация, которую вы комментируете, весьма полезна, особенно если вы только начинаете работать с GIT. Вот более быстрая версия, найденная в Интернете и успешно использованная мной в моей системе:

fast_git_ps1 ()                                                                              
{                                                                                            
    printf -- "$(git branch 2>/dev/null | grep -e '\* ' | sed 's/^..\(.*\)/ {\1} /')"    
}                                                                                            

PS1='\[\033]0;$MSYSTEM:\w\007                                                                
\033[32m\]\u@\h \[\033[33m\w$(fast_git_ps1)\033[0m\]                                         
$ '     

В ответ на Lafexlos bounty:

Отключение драйвера AMD Radeon решило мою проблему, но мне действительно интересно, почему это так.
Был бы признателен за ответ, посвященный этому.

Почему:

ошибка 1070.

Вызов графического интерфейса настроек Radeon и нажатие на что-либо в ожидании приглашения bash немедленно что-то выпускает и заставляет это появиться - странно.

С AMD связались, но ответа нет...

Эти отчеты по проекту :

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

Ошибка 1129 добавляет:

Начиная с Windows 7 (может быть, Vista?) консоль имела возможность отображать себя через DirectWrite, который построен поверх Direct3D, который сильно зависит от реализации DirectX API в драйверах.

Как бывший сотрудник NVIDIA, непосредственно работавший над nvd3dum, nvwgf2umx и nvapi, могу сказать, что мы довольно скептически отнеслись к разумности этого решения.
Кажется, AMD следовало быть более скептичным, возможно, качество их драйверов было бы лучше.

У меня была такая же проблема в Windows 7 и Window 10, при использовании git bash любая команда, которую я запускаю, требует значительного времени для выполнения. Наконец, после многих головоломных испытаний, выяснилось, что проблема была связана с тем, что мой git bash exe не запускался от имени администратора,

Шаги

1. Щелкните правой кнопкой мыши git bash exe.
2. нажмите «запуск от имени администратора»
3. введите такие команды, как cd /c/

надеюсь это поможет!!!!

Ваш PATH полон мусора? Простые команды иногда занимали у меня 20 секунд или больше, пока я не удалял ненужные вещи из своего PATH.

Windows: эхо %PATH%

Найдите «редактировать переменные среды», чтобы изменить.

Другое: эхо $PATH

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

Наконец-то я, кажется, исправил проблему. Оказалось, что Git Credentials Manager для Windows пытался связаться с моим контроллером домена (который недоступен, так как я нахожусь вне офиса), и это вызывало большую задержку (30+ секунд) каждый раз, когда я хотел, например. git checkout.

Чтобы это исправить, пришлось полностью отключить Credentials Manager, теперь все достаточно быстро. Вот как это отключить: Как отключить Git Credential Manager для Windows?

Надеюсь, это поможет отчаявшимся, ура!

Добавление исключения процесса для bash.exe, cmd.exe и conhost.exe в список исключений Защитника Windows, по-видимому, решило проблему для меня в Windows 10 64bit.

У меня похожая проблема, но только когда я запускал git bash как обычный пользователь, когда я запускал git bash как администратор, все команды выполнялись очень быстро.

В моем случае оказалось, что проблема была в антивирусе F-Secure. Я добавил каталог, содержащий git.exe, в список исключенных каталогов (исключенных из сканирования), и это решило эту проблему для меня.

Как исключить каталог: https://community.f-secure.com/t5/Business/Excluding-objects-from-Real-Time/ta-p/66013

Для меня проблема была в установленном программном обеспечении Strawberry Perl.

Я использовал следующее программное обеспечение с открытым исходным кодом для Windows 10:

• OpenSSH
• замазка
• Гит для Windows
• Qt 5.12.6

Но установщик Qt 5.12.6 предлагает установить Strawberry Perl. Похоже, этот пакет нужен для автоматизации создания скриптов развертывания ПО. Strawberry Perl имеет больше программного обеспечения с открытым исходным кодом, помимо Perl. Но на самом деле в 99% случаев установка Strawberry Perl не нужна.

Перед удалением Strawberry Perl моя переменная PATH стала такой:

PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Windows\System32\OpenSSH\;C:\Program Files\Git\cmd;C:\Program Files\PuTTY\;C:\Strawberry\c\bin;C:\Strawberry\perl\site\bin;C:\Strawberry\perl\bin;C:\Users\stepanov_sm\AppData\Local\Microsoft\WindowsApps;

После удаления Strawberry Perl моя переменная PATH стала такой:

PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Users\stepanov_sm\AppData\Local\Microsoft\WindowsApps;C:\Windows\System32\OpenSSH\;C:\Program Files\Git\cmd;C:\Program Files\PuTTY\;

Возможно, Strawberry Perl перекрывает бинарники/скрипты из Git для Windows. Перед удалением Strawberry Perl команда git --version выполнялась в течение 45 секунд! После удаления Strawberry Perl команда стала выполняться мгновенно.

Отказ от ответственности: это не исправление. Но быстрый обходной путь.

По какой-то причине после обновления моего компьютера у меня не было Git bash на моем компьютере, поэтому мне пришлось повторно загрузить новый 2.19.2.windows.1, и у меня была та же проблема, когда каждое выполнение занимало 5-7 секунд.

У меня не было времени просмотреть все ссылки и отключить графические драйверы, а что нет. Но у меня была установлена ​​оболочка Git с Github на моем компьютере, и я поднял ее (Windows PowerShell), и я мог запустить все, что мне было нужно, немедленно.

Я запускал Windows 10 как виртуальную машину (используя VMware Fusion), и для меня изменение с 1 на 2 ядра процессора в настройке виртуальной машины (которое, как я обнаружил, в любом случае было рекомендуемым минимумом) решило проблему. Комментарий @chunk_split к ответу @rakwaht указывает на то же направление (т.е. проблема с параллельными потоками или процессами, замедляющими работу).

Такие команды, как pull, push и т. д., казались вечностью в git bash. Попытка командной строки git windows запросила аутентификацию github (веб-браузер/личный токен). При аутентификации команды начали нормально работать в git windows и git bash.

Проблема: https://github.com/git-for-windows/git/issues/3284