Magit è molto lento quando si esegue il commit su Windows

Question

Magit impiega molto tempo a caricare un file. Assolutamente sproporzionato rispetto a qualsiasi altro compito - può richiedere diversi minuti, altrimenti mi arrendo e lo commetto dalla shell. C'è qualche ragione? Come posso eseguirne il debug? È interessante notare che se uccido il buffer *magit-process* (quello che deve interagire con il processo git) e poi continua con l'attività, allora tutto funziona. Ma non ci sono messaggi di errore in quel buffer, solo il comando stesso.

Answer 1

M-x personalizzare-var RET magit-git-eseguibile RET

Modificare il valore per il percorso completo dell'eseguibile git. Per esempio ho impostato il mio in c: /cygwin/bin/git.exe. Prima che lo facessi, magit era dolorosamente lento ... ora è solo un po 'lento.

Answer 2

Il magit non ha accelerato molto, se solo si aggiungesse il percorso git.exe.

Il modo migliore è aggiungere tutti percorso dei comandi correlati git con seguente configurazione [1]

(if (eq system-type 'windows-nt) 
    (progn 
     (setq exec-path (add-to-list 'exec-path "C:/Program Files (x86)/Git/bin")) 
     (setenv "PATH" (concat "C:\\Program Files (x86)\\Git\\bin;" (getenv "PATH"))))) 

exec-percorso è importante per Magit, setenv è utilizzato da eshell.

Nel mio ambiente (Windows 7 x64), lo stato di magit costa solo 2 secondi anziché 1 ~ 2 minuti.

[1] https://lists.gnu.org/archive/html/emacs-devel/2012-05/msg00269.html

Answer 3

E 'lento a causa di una combinazione del modo in cui è scritto e Windows essendo leggermente più lento rispetto ai sistemi UNIX per avviare i processi.

Magit dipende in gran parte dai processi sincroni per visualizzare la pagina di stato. Ecco un output ho costruito da un singolo stage-item corsa:

magit-cmd-output git.exe (--no-pager symbolic-ref -q HEAD) (0 1 153000 0) {refs/heads/master} 
magit-cmd-output git.exe (--no-pager config branch.master.remote) (0 1 149000 0) {} 
magit-cmd-output git.exe (--no-pager config --bool branch.master.rebase) (0 1 155000 0) {} 
magit-cmd-output git.exe (--no-pager config branch.master.merge) (0 1 155000 0) {} 
magit-cmd-output git.exe (--no-pager log --max-count=1 --abbrev-commit --abbrev=7 --pretty=oneline) (0 1 168000 0) {} 
magit-cmd-output git.exe (--no-pager stash list) (0 2 831000 0) {} 
magit-cmd-output git.exe (--no-pager config status.showUntrackedFiles) (0 1 177000 0) {} 
magit-cmd-output git.exe (--no-pager ls-files --others -t --exclude-standard) (0 1 195000 0) {? thehangover.jpg? tugofwar.jpg? tugogwar.jpg? typists.jpg} 
magit-cmd-output git.exe (--no-pager diff-files) (0 1 158000 0) {} 
magit-cmd-output git.exe (--no-pager mktree) (0 1 157000 0) {4b825dc642cb6eb9a060e54bf8d69288fbee4904} 
magit-cmd-output git.exe (--no-pager diff-index --cached 4b825dc642cb6eb9a060e54bf8d69288fbee4904) (0 1 156000 0) {:000000 

(nota: questo è già ottimizzata, ho rimosso peggiori chiamate ridondanti).

Puoi vedere qui che Magit chiama git per ciascuno di questi set di argomenti e impiega 1 secondo e così tanti microsecondi. Nel peggiore dei casi (il stash list) quasi 3 secondi. Tutto sommato e lo rende molto lento.

Molte di queste chiamate potrebbero essere memorizzate nella cache. Ma la cosa difficile sarebbe quando eliminarli. Ciò richiederebbe un sacco di cambiamenti in Magit per fare bene.

In alternativa ci sarebbe un modo per raggrupparli in modo che siano più veloci? Può essere. Non riesco a pensare in questo modo adesso. Forse un eseguibile git speciale potrebbe renderlo disponibile?