Windows XP上的Git sh.exe进程分叉问题，慢吗？

编程问答 2022-04-26

问题描述

| 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环境变量设置为实际的登录服务器。     
gitwindowswindows分叉进程进程问题问题