问题描述
|
Git对我的工作流程至关重要。我在具有3GB RAM的四核计算机上的Windows XP上运行MSYS Git,通常它是响应式的,而且是zippy。
突然出现了一个问题,需要超过30秒才能从Git Bash命令提示符下运行任何命令,包括
ls
或cd
。有趣的是,在bash提示符下,看起来ls
运行得相当快,然后我可以看到ls
的输出,但是随后大约需要30秒才能返回提示。如果我切换到Windows命令提示符(通过从开始菜单运行cmd
),与git相关的命令也将永远花费,甚至只是运行。例如,git status
可能需要一分钟才能发生任何事情。有时,这些过程根本无法完成。
请注意,我安装了\“ MSYS Git \”以及常规\“ MSYS \”来安装MinGW
和make
。
我相信问题与位于C:\\Program Files\\Git\\bin
中的sh.exe
有关。当我从bash提示符下运行ѭ0时,或者从Windows提示符处调用ѭ11时,任务管理器最多显示四个来回的instances8ѭ进程实例。
在这里,我正在等待ls
返回,您可以看到任务管理器正在运行git.exe
和四个sh.exe
实例:
如果我在ѭ0中间插入ctrl-c
,我有时会收到以下错误:
sh.exe\": fork: Resource temporarily unavailable
0 [main] sh.exe\" 1624 proc_subproc: Couldn\'t duplicate my handle<0x6FC> fo
r pid 6052,Win32 error 5
sh.exe\": fork: Resource temporarily unavailable
或for5ѭ:
$ git状态
sh.exe\": fork: Resource temporarily unavailable
sh.exe\": fork: Resource temporarily unavailable
sh.exe\": fork: Resource temporarily unavailable
sh.exe\": fork: Resource temporarily unavailable
我可以解决这个问题,以便git再次快速运行吗?
我尝试过的事情:
重启
将MSYS Git升级到最新版本并重新启动
将MSYS升级到最新版本并重新启动
卸载MSYS并单独卸载并重新安装MSYS Git,然后重新启动
我非常想不要擦拭我的盒子并重新安装Windows,但是如果无法解决此问题,我会做。如果我花费30秒以上的时间运行git status
或cd.
,我将无法再进行编码
解决方法
通常,当程序需要30秒才能完成应立即执行的操作时,很可能是I / O超时问题,通常是网络问题,而不是CPU速度或拥有的RAM数量。您可能想知道网络是如何参与的,但这是一个合理的问题(对于您的系统,我也不知道)。
Msysgit安装一个特殊的提示,该提示运行一个特殊的功能ѭ23,该功能在提示中显示一些有用的信息。您可以使用
echo $PS1
看到它,对于我的系统,这表明:
$ echo $PS1
\\[\\033]0;$MSYSTEM:\\w\\007 \\033[32m\\]\\u@\\h \\[\\033[33m\\w$(__git_ps1)\\033[0m\\] $
这些额外信息完全是可选的,您可以将其关闭。因此,请在Msysgit窗口中尝试以下操作:
$ PS1=\'$ \'
$
这会将提示重置为默认值“ 27”,而不尝试在提示内运行和命令。如果这解决了您的延迟问题,则可能是__git_ps1
函数。尝试手动运行它:
$ __git_ps1
(master)
并查看返回需要多长时间。
您可以通过从C:\\Program Files\\Git\\etc\\profile
中删除调用__git_ps1
的行来解决此问题:
#Comment the lines below
#PS1=\'\\[\\033]0;$MSYSTEM:\\w\\007
#\\033[32m\\]\\u@\\h \\[\\033[33m\\w$(__git_ps1)\\033[0m\\]
#$ \'
,因此,我们也遇到了这个问题,我认为我们最终可以追溯到msys对Windows安全模型的实现。我将尝试发布该问题的简短摘要:
屏幕截图:
卡住的sh.exe的堆栈跟踪。请注意当msys-1.0.dll调用NetServerEnum()
这是sh.exe被阻止30秒时发生的情况。因此,ѭ33one仅在ѭ34called中的一个地方被调用,security35ѭ中的security.cc:228,由by36ѭ和get_logon_server_and_user_domain()
调用,在create_token()
中被调用,called38ѭ在syscalls.cc中由seteuid()
调用,由call40ѭ调用。
因此,实质上发生的是,当msys DLL初始化且sh.exe尝试调用“ 40”时,msys试图忠实地遵守Windows安全模型,并尝试从您的域/工作组中查找域服务器列表。不幸的是,与linux不同,对于Windows而言,这是一个阻塞调用,需要5到30秒才能完成/超时,实际上,对于git来说是不必要的。
我们的解决方案是通过在winsup.cc中将has_security设置为false来创建新的msys.dll,并禁用安全性“功能”。 msysgit附带的bash / sh.exe与我们的新版本的msys.dll不兼容,因此我们也不得不从头开始编译新的bash.exe,不知道为什么。最终结果是sh.exe不再尝试进行这些NetServerEnum调用并运行lickity split。
,如果同时运行多个Git命令时发现速度下降,则可能是由于msysgit中的内核锁定问题
我们看到在某些情况下,git.exe的多个实例都将在同一内核对象上(在WaitForSingleObject()
内部)等待,这实际上意味着一次只能在系统上运行一个git命令。
看这里:
使用ProcessExplorer,我们可以看到所有git.exe进程都卡在这里:
ntoskrnl.exe!KeWaitForMultipleObjects+0xc0a
ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x732
ntoskrnl.exe!KeWaitForMutexObject+0x19f
ntoskrnl.exe!FsRtlCancellableWaitForMultipleObjects+0x5e
ntoskrnl.exe!FsRtlCancellableWaitForSingleObject+0x27
这似乎与以下问题有关:http://code.google.com/p/msysgit/issues/detail?id=320,因为它不是Git,而是伪Linux运行时(mingw),似乎包含问题。
我们将用于运行应用程序的用户帐户从SYSTEM更改为交互式用户帐户,内核对象等待消失了:
健康的git.exe进程
因此,您看到的速度降低可能与某种内核对象争用有关-仅当先前的git命令释放了内核锁时,其他命令才能运行。
尝试更改运行git命令时使用的用户帐户,看看是否可以解决问题-为我们做到了。
,尽管Greg的答案解决了眼前的速度问题,但我认为这只是掩盖问题而没有解决。
我开始让git bash缓慢运行,并按照Greg所描述的步骤将did23 identify认定为罪魁祸首。
我没有修改命令提示符信息(我发现使它显示的信息很有用),而是找到了一个对我有用的解决方案,如博客文章中所述:
以域用户身份登录时可以减慢Git bash的解决方案
在互联网上搜索了一下,我发现git使用默认的首页,
在我的帐户上设置为网络帐户。 git会这样说
经常查看此目录,从而导致延迟。
为了解决这个问题,我创建了一个本地用户环境变量,
默认值,并将其设置为%USERPROFILE%,它指向
c:\\ users [用户名]。
SO上也发布了相同的解决方案,回答了类似的问题。
添加环境变量使git返回全速状态,我仍然获得命令行信息。
,我在Windows XP机器上出现了缓慢的流程分叉问题。有时,流程叉会花费几分钟。
对我来说,解决方法是清空计算机的TEMP文件夹。该计算机是共享资源,并且已经在其中积累了几年的文件。
,如果sh在NetServerEnum中挂起枚举登录服务器,请尝试将LOGONSERVER环境变量设置为实际的登录服务器。