Git sh.exe processus de bifurcation problème sur windows XP, lent?

Généralement, quand un programme a besoin de 30 secondes pour faire quelque chose qui devrait être instantané, il est plus susceptible d'être un I/O problème de délai d'attente, généralement de réseau, plutôt que de la vitesse de votre CPU ou de la quantité de RAM que vous avez. Vous pouvez vous demander comment le réseau est impliqué, mais c'est une question légitime (je ne sais pas pour votre système).

Msysgit installe un spécial invite de commande qui s'exécute une fonction spéciale __git_ps1 qui montre une partie de l'information utile dans l'invite de commandes. Vous pouvez voir ce à l'aide de echo $PS1, pour mon système, cette montre:

$ echo $PS1
\[
$ echo $PS1
\[\033]0;$MSYSTEM:\w\007 \033[32m\]\u@\h \[\033[33m\w$(__git_ps1)\033[0m\] $33]0;$MSYSTEM:\w
$ echo $PS1
\[\033]0;$MSYSTEM:\w\007 \033[32m\]\u@\h \[\033[33m\w$(__git_ps1)\033[0m\] $07 
$ echo $PS1
\[\033]0;$MSYSTEM:\w\007 \033[32m\]\u@\h \[\033[33m\w$(__git_ps1)\033[0m\] $33[32m\]\u@\h \[
$ echo $PS1
\[\033]0;$MSYSTEM:\w\007 \033[32m\]\u@\h \[\033[33m\w$(__git_ps1)\033[0m\] $33[33m\w$(__git_ps1)
$ echo $PS1
\[\033]0;$MSYSTEM:\w\007 \033[32m\]\u@\h \[\033[33m\w$(__git_ps1)\033[0m\] $33[0m\] $

Cette information supplémentaire est totalement facultative et vous pouvez le désactiver. Donc, essayez les options suivantes dans une Msysgit fenêtre:

$ PS1='$ '
$

Ceci permet de réinitialiser l'invite par défaut $ et de ne pas essayer de courir et de commandes à l'intérieur de l'invite de commandes. Si cela résout votre problème de retard, alors il est susceptible d'être le __git_ps1 fonction. Essayer de l'exécuter manuellement:

$ __git_ps1
 (master)

et voir combien de temps il faut pour revenir.

Vous pouvez résoudre ce problème en supprimant la ligne qui appelle __git_ps1 de C:\Program Files\Git\etc\profile:

#Comment the lines below
#PS1='\[3]0;$MSYSTEM:\w
#Comment the lines below
#PS1='\[\033]0;$MSYSTEM:\w\007
#\033[32m\]\u@\h \[\033[33m\w$(__git_ps1)\033[0m\]
#$ '
7
#3[32m\]\u@\h \[3[33m\w$(__git_ps1)3[0m\]
#$ '

OriginalL'auteur Greg Hewgill

Si le ralentissement est vu lors de l'exécution simultanée de plusieurs commandes Git, il pourrait être dû à un noyau problème de verrouillage à l'intérieur de msysgit

Nous avons vu que, sous certaines conditions, plusieurs instances de git.exe serait attendons tous sur le même noyau de l'objet (à l'intérieur de WaitForSingleObject()), cela signifie effectivement que d'une seule commande git peut être exécuté sur le système à un moment.

Voir ici:

À l'aide de ProcessExplorer, nous avons pu voir tous les git.exe les processus ont été coincés ici:

ntoskrnl.exe!KeWaitForMultipleObjects+0xc0a
ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x732
ntoskrnl.exe!KeWaitForMutexObject+0x19f
ntoskrnl.exe!FsRtlCancellableWaitForMultipleObjects+0x5e
ntoskrnl.exe!FsRtlCancellableWaitForSingleObject+0x27 

Cela semble être lié à cette question: http://code.google.com/p/msysgit/issues/detail?id=320 en ce qu'il n'est pas Git, mais le pseudo-Linux runtime (mingw) qui semble contenir le problème.

Nous avons changé le compte d'utilisateur utilisé pour exécuter les applications de SYSTÈME à un compte d'utilisateur interactif, et l'objet de noyau attend s'en alla:

Sain git.exe processus

Par conséquent, le ralentissement de la vous voyez POURRAIENT être liées à une sorte de noyau de l'objet de la contention que lorsque la précédente commande git a publié le noyau de verrouiller les autres commandes être en mesure d'exécuter.

Essayez de modifier le compte d'utilisateur sous lequel vous exécutez les commandes git, et voir si cela résout le problème - il a fait pour nous.

OriginalL'auteur Matthew Skelton

J'avais lent processus de bifurcation des problèmes sur une machine Windows XP. Parfois, un processus de fourche prendrait minutes.

Le correctif pour moi a été de vider l'ordinateur du dossier TEMP. L'ordinateur est une ressource partagée, et avait été accumulé des fichiers en plus de quelques années.

OriginalL'auteur murrayh