Git Bash विंडोज 7 x64 पर बेहद धीमा है

मैं एक छोटी सी परियोजना के विकास के दौरान विंडोज और उबंटू दोनों पर गिट का उपयोग कर रहा हूं, अक्सर दोनों के बीच आगे और पीछे फ्लिप करता हूं। मुद्दा यह है कि गिट बैश लगातार धीमा हो जाता है।

जब मैं धीमी गति से कहता हूं, तो मेरा मतलब है कि रनिंग cd8-25 सेकंड से कहीं भी होती है, रनिंग gitकमांड 5-20 सेकंड से लेते हैं, और lsकभी-कभी 30 सेकंड तक ले सकते हैं। कहने की जरूरत नहीं, यह मजेदार नहीं है, अनुत्पादक का उल्लेख नहीं करना है। मुझे पता है कि Git विंडोज पर धीमा है, लेकिन यह हास्यास्पद है।

एक समाधान जो काम किया है - अस्थायी रूप से - मेरे लिए मेरे नेटवर्क कनेक्शन को निष्क्रिय करना है (जैसा कि इस उत्तर में सुझाव दिया गया है ), गिट बैश शुरू करें, और फिर पुन: कनेक्ट करें। कभी-कभी ऐसा करने के बाद भी कुछ दिनों के लिए तेजी से चलना जारी रहता है, लेकिन प्रदर्शन हमेशा अंततः खराब हो जाता है। मैं हफ्तों के लिए बंद और बंद msysgit चर्चा समूह, ढेर अतिप्रवाह, msysgit मुद्दा सूची, आदि के माध्यम से फंस गया है, लेकिन मैं जो समाधान काम करने में सक्षम नहीं किया गया है।

अब तक, मैंने कोशिश की है:

• वायरस स्कैनर की अपवर्जन सूची में Git और प्रोजेक्ट फ़ोल्डर जोड़ना
• मेरे वायरस स्कैनर को पूरी तरह से अक्षम करना (कास्परस्की आईएस 2011)
• यह सुनिश्चित करना कि आउटलुक नहीं चल रहा है (आउटलुक 2007)
• अन्य सभी अनुप्रयोगों को बंद कर रहा है
• व्यवस्थापक के रूप में गिट बैश चल रहा है
• नेटवर्क कनेक्शन को अक्षम करना, गिट बैश शुरू करना और कनेक्शन को अक्षम रखना
• नेटवर्क कनेक्शन को निष्क्रिय करना, गिट बैश शुरू करना, कनेक्शन को फिर से सक्षम करना (केवल कभी-कभी काम करता है)
• चल रहा है git gc
• और ऊपर के संयोजन

मैंने पढ़ा है कि कुछ लोगों को बैश समापन को अक्षम करने में सफलता मिली थी, लेकिन आदर्श रूप से मैं इसे सक्रिय रखना चाहूंगा। Msysgit का संस्करण 1.7.3.1-पूर्वावलोकन20101002 है और OS विंडोज 7 x64 है। लिनक्स पर समान चीजों को चलाना, अनुमानित रूप से, तेज बिजली है। मैं विशेष रूप से लिनक्स का उपयोग करूंगा, लेकिन मुझे विंडोज में सामान चलाने की जरूरत है, (कुछ एप्लिकेशन, परीक्षण आदि) भी।

क्या किसी को भी इसी तरह के मुद्दे का सामना करना पड़ा है? यदि हां, तो अंतर्निहित समस्या क्या थी और समाधान क्या था (यदि कोई हो)?

यह सिर्फ Git रिपॉजिटरी से आगे निकलता है, लेकिन सिर्फ संदर्भ के लिए, मैं जिन Git का उपयोग कर रहा हूं, वे रिपॉजिटरी बहुत छोटी हैं: ~ 4-50 फाइलें अधिकतम।

आप कुछ कॉन्फ़िगर विकल्प सेट करने के लिए तीन कमांड चलाकर विंडोज पर गिट को काफी तेज कर सकते हैं:

git config --global core.preloadindex true
git config --global core.fscache true
git config --global gc.auto 256

टिप्पणियाँ:

• core.preloadindex समतलता को छिपाने के लिए फाइलसिस्टम ऑपरेशन समानांतर में होता है (अद्यतन: Git 2.1 में डिफ़ॉल्ट रूप से सक्षम)

• core.fscache यूएसी मुद्दों को ठीक करता है ताकि आपको व्यवस्थापक के रूप में गिट चलाने की आवश्यकता न हो (अद्यतन: विंडोज 2.8 के लिए जीआईटी में डिफ़ॉल्ट रूप से सक्षम)

• gc.auto .git / में फ़ाइलों की संख्या को कम करता है

क्या आपके पास बैश प्रॉम्प्ट में Git जानकारी दिख रही है? यदि हां, तो शायद आप अनजाने में हर कमांड पर बहुत अधिक काम कर रहे हैं। इस सिद्धांत का परीक्षण करने के लिए बैश में निम्नलिखित अस्थायी परिवर्तन का प्रयास करें:

export PS1='$'

मेरी विंडोज होम निर्देशिका नेटवर्क पर है, और मुझे संदेह था कि Git Bash कमांड पहले देख रहे थे। पर्याप्त रूप से, जब मैंने देखा $PATH, तो यह /h/binपहले सूचीबद्ध किया गया था, जहां /hविंडोज फ़ाइल सर्वर पर एक हिस्सा है, भले ही /h/binमौजूद नहीं है।
मैंने /etc/profileनिर्यात कमांड को संपादित किया और टिप्पणी की जो इसे पहले रखता है $PATH:

#export PATH="$HOME/bin:$PATH"

इसने मेरी आज्ञाओं को बहुत तेजी से चलाया, शायद इसलिए कि गैट बैश अब निष्पादन के लिए पूरे नेटवर्क में नहीं दिख रहा है। मेरे /etc/profileथा c:\Program Files (x86)\Git\etc\profile।

मैंने पाया कि नेटवर्क ड्राइव प्रदर्शन की समस्या थी। HOMEएक धीमे नेटवर्क शेयर की ओर इशारा कर रहा था। मैं ओवरराइड नहीं कर सकता था HOMEDRIVEलेकिन जो मैंने देखा है उससे कोई समस्या नहीं है।

डेस्कटॉप पर अपने कंप्यूटर पर राइट क्लिक करके पर्यावरण चर सेट करें -> गुण -> उन्नत सिस्टम सेटिंग्स -> पर्यावरण चर उपयोगकर्ता चर अनुभागों में जोड़ें

HOME=%USERPROFILE%

क्रिस डोलन के उत्तर के विस्तार में, मैंने निम्नलिखित वैकल्पिक PS1सेटिंग का उपयोग किया । बस अपने ~ / .profile पर कोड टुकड़ा जोड़ें (विंडोज 7 पर: C: /Users/USERNAME/.profile)।

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

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

यह एक रंगीन शेल और वर्तमान शाखा के नाम (यदि एक गिट रिपॉजिटरी में) के प्रदर्शन को बनाए रखता है, लेकिन यह मेरी मशीन पर ~ 0.75 s से 0.1 s तक काफी तेज है।

यह इस ब्लॉग पोस्ट पर आधारित है ।

जबकि आपकी समस्या नेटवर्क-आधारित हो सकती है, मैंने git statusदो संशोधनों के द्वारा व्यक्तिगत रूप से मेरे स्थानीय कॉल को दस गुना (two०० एमएस से नीचे network सेकंड) तक फैला दिया है। यह is०० एमबी रिपॉजिटरी पर २१,००० फाइलों और अत्यधिक संख्या में बड़ी बाइनरी फाइलों के साथ है।

एक समानांतर इंडेक्स प्रीलोड्स को सक्षम कर रहा है। कमांड प्रॉम्प्ट से:

git config core.preloadindex true
यह time git status7 सेकंड से 2.5 सेकंड में बदल गया ।

अपडेट करें!

निम्नलिखित अब आवश्यक नहीं है। एक पैच ने इसे mysysgit 1.9.4
https://github.com/msysgit/git/commit/64d63240762df22e92b287b145d75a0d68a66988 के रूप में तय किया है
, हालांकि, आपको टाइप करके फिक्स को सक्षम करना होगा
git config core.fscache true

मैंने यूएसी और "लुफ़व" ड्राइवर (रिबूट आवश्यक) को भी अक्षम कर दिया। यह विंडोज विस्टा, 7 और 8 में एक ड्राइवर को निष्क्रिय कर देता है जो सिस्टम स्थानों पर लिखने की कोशिश करने वाले कार्यक्रमों को रीडायरेक्ट करता है और इसके बजाय उन तक पहुंच को एक उपयोगकर्ता निर्देशिका में पुनर्निर्देशित करता है।

यह कैसे Git प्रदर्शन को प्रभावित करता है पर एक चर्चा देखने के लिए, यहां पढ़ें: https://code.google.com/p/msysgit/issues/detail?id=320

इस ड्राइवर को निष्क्रिय करने के लिए, regedit में, ड्राइवर को अक्षम करने के लिए "प्रारंभ" कुंजी HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/luafvको 4 पर बदलें । फिर, यूएसी को इसकी सबसे कम सेटिंग पर रखें, "कभी सूचित न करें"।

यदि इस ड्राइवर को अक्षम करने से आप सावधान हो जाते हैं (यह चाहिए), तो एक विकल्प आपके सिस्टम विभाजन से अलग ड्राइव (या विभाजन) पर चल रहा है। जाहिरा तौर पर ड्राइवर केवल सिस्टम विभाजन पर फ़ाइल एक्सेस पर चलता है। मेरे पास एक दूसरी हार्ड ड्राइव है और समान परिणाम देखें जब मेरे सी ड्राइव पर इस रजिस्ट्री संशोधन के साथ चलते हैं जैसा कि मैं बिना डी ड्राइव पर करता हूं।

यह परिवर्तन time git status2.5 सेकंड से लेकर 0.7 सेकंड तक होता है।

आप यह भी देखना चाह सकते हैं कि https://github.com/msysgit/git/pull/94 और https://github.com/git/git/com/d637d1b9a8fb765a8542e69bd2e4b3e229f663b Windows में गति संबंधी समस्याओं के लिए अतिरिक्त कार्य चल रहा है या नहीं। ।

ऐसा प्रतीत होता है कि जीआईटी को पूरी तरह से अनइंस्टॉल करना, फिर से शुरू करना (क्लासिक विंडोज इलाज), और जीआईटी को फिर से इंस्टॉल करना इलाज था। मैंने उन सभी बैश कॉन्फिग फाइलों को भी मिटा दिया, जो बचे थे (वे मैन्युअल रूप से बनाए गए थे)। सब कुछ फिर से तेज है।

यदि किसी कारण से पुनर्स्थापना संभव नहीं है (या वांछनीय), तो मैं निश्चित रूप से क्रिस डोलन के जवाब में संदर्भित PS1 चर को बदलने की कोशिश करूंगा ; इसके परिणामस्वरूप कुछ कार्यों में महत्वपूर्ण स्पीडअप हुआ।

मैंने "रन ऐज एडमिनिस्ट्रेटर" के साथ cmd.exe को शुरू करके विंडोज 7 x64 पर अपनी धीमी Git समस्या को हल किया।

मैंने यहां सिफारिश के अनुसार core.preloadindex को सही पर सेट करके एक अच्छा सुधार देखा ।

जैसा कि क्रिस डोलन और विल्बर्ट के उत्तरों में बताया गया है, PS1 आपको धीमा कर देता है ।

पूरी तरह से अक्षम करने के बजाय (जैसा कि डोलन द्वारा सुझाया गया है) या विल्बर्ट द्वारा पेश की गई स्क्रिप्ट का उपयोग करके, मैं एक "गूंगा पीएस 1" का उपयोग करता हूं जो बहुत तेज है।

यह उपयोग करता है (git symbolic-ref -q HEAD || git rev-parse --short HEAD) 2> /dev/null:

PS1='\033[33m\]\w \n\[\033[32m\]$((git symbolic-ref -q HEAD || git rev-parse -q --short HEAD) 2> /dev/null) \[\033[00m\]# '

मेरे साइग्विन पर, यह विल्बर्ट के "fast_Git_PS1" उत्तर - 200 एमएस बनाम 400 एमएस से अधिक तेज है , इसलिए यह आपके शीघ्र सुस्ती से थोड़ा दूर हो जाता है।

यह उतना परिष्कृत नहीं है __git_ps1- उदाहरण के लिए यह प्रॉम्प्ट को तब परिवर्तित नहीं करता है जब आप .it डायरेक्टरी, आदि में cd करते हैं, लेकिन सामान्य रोजमर्रा के उपयोग के लिए यह काफी अच्छा और तेज है।

इसे Git 1.7.9 (Cygwin पर परीक्षण किया गया था, लेकिन इसे किसी भी प्लेटफ़ॉर्म पर काम करना चाहिए)।

आप निम्नलिखित Git कॉन्फ़िगरेशन को बदलकर बहुत ही शानदार प्रदर्शन को बढ़ावा दे सकते हैं:

git config --global status.submoduleSummary false

git statusविंडो 7 x64 पर साधारण कमांड चलाते समय , मेरे कंप्यूटर को चलाने में 30 सेकंड से अधिक समय लगा। इस विकल्प को परिभाषित करने के बाद, कमांड तत्काल है।

निम्नलिखित पृष्ठ में बताए अनुसार Git के अपने अनुरेखण को सक्रिय करने से मुझे समस्या की उत्पत्ति का पता लगाने में मदद मिली, जो आपकी स्थापना में भिन्न हो सकती है: https://github.com/msysgit/msysgit/wiki/Diagnosing-why-Git-is-so-so धीमा

मुझे Git Bash और Git GUI दोनों में एक ही समस्या थी। दोनों कार्यक्रम अच्छी तरह से चलाने के लिए उपयोग करते हैं, लेकिन फिर वे बेतरतीब ढंग से एक क्रॉल तक धीमा हो गए, और मैं यह पता नहीं लगा सका कि क्यों।

जैसा कि यह निकला, यह अवास्ट था। अवास्ट ने विभिन्न कार्यक्रमों (मेरे द्वारा लिखे गए कार्यक्रमों सहित) के लिए अजीब चीजें पैदा की हैं, इसलिए मैंने इसे एक सेकंड के लिए अक्षम कर दिया, और निश्चित रूप से पर्याप्त है, बैश अब लिनक्स पर जितनी तेजी से चलता है। मैंने अभी Git प्रोग्राम फाइल्स फोल्डर ( C:\Program Files\Git) को अवास्ट अपवर्जन सूची में जोड़ा है , और अब यह उतनी ही तेजी से चलता है जितना कि लिनक्स पर।

और हाँ, मुझे एहसास है कि एंटीवायरस सॉफ्टवेयर मूल पोस्ट में मुद्दा नहीं था, लेकिन मैं इसे यहां डालूंगा अगर यह किसी के लिए उपयोगी है।

इन अन्य उत्तरों के अलावा, मैंने समानांतर सबमॉड्यूल लाने (2016 की शुरुआत में जीआईटी 2.8 के बाद से) का उपयोग करके कई सबमॉड्यूल्स के साथ प्रोजेक्ट तैयार किए हैं।

इसके साथ git fetch --recurse-submodules -j8और सेट किया जा सकता है git config --global submodule.fetchJobs 8, या फिर आपके पास कई कोर हैं जो आप उपयोग करना चाहते हैं।

यदि आप Git को cmd से प्रयोग करते हैं, तो इसे Git Bash से चलाने का प्रयास करें। Cmd में, git.exe वास्तव में एक आवरण है जो हर बार इसे शुरू करने पर सही वातावरण सेट करता है, और उसके बाद ही वास्तविक git.exe लॉन्च होता है। इसमें दो बार तक का समय लग सकता है, जितना कि आप जो चाहते हैं उसे करने के लिए आवश्यक है। और Git Bash शुरू होने पर ही पर्यावरण की स्थापना करता है।

डिवाइस मैनेजर में केवल AMD Radeon ग्राफिक्स (या इंटेल ग्राफिक्स) को बंद करने से मुझे मदद मिली।

मुझे यहाँ उत्तर मिला: /superuser/1160349/git-is-extremely-slow-on-windows# =

संयुक्त उत्तर:

1. विल्बर्ट की पीएस 1 में क्या जानकारी शामिल है
2. sinelaw's - (<branch_name>)या(<sha>)

# /unix/140610/using-variables-to-store-terminal-color-codes-for-ps1/140618#140618
# /unix/124407/what-color-codes-can-i-use-in-my-ps1-prompt
# \033 is the same as \e
# 0;32 is the same as 32
CYAN="$(echo -e "\e[1;36m")"
GREEN="$(echo -e "\e[32m")"
YELLOW="$(echo -e "\e[33m")"
RESET="$(echo -e "\e[0m")"

# /programming/4485059/git-bash-is-extremely-slow-in-windows-7-x64/19500237#19500237
# /programming/4485059/git-bash-is-extremely-slow-in-windows-7-x64/13476961#13476961
# /programming/39518124/check-if-directory-is-git-repository-without-having-to-cd-into-it/39518382#39518382
fast_git_ps1 ()
{
    git -C . rev-parse 2>/dev/null && echo " ($((git symbolic-ref --short -q HEAD || git rev-parse -q --short HEAD) 2> /dev/null))"
}

# you need \] at the end for colors
# Don't set \[ at the beginning or ctrl+up for history will work strangely
PS1='${GREEN}\u@\h ${YELLOW}\w${CYAN}$(fast_git_ps1)${RESET}\] $ '

परिणाम:

मैं एक ही समस्या का सामना कर रहा हूँ Git for Windows (msysgit) विंडोज 7 x64 पर सीमित उपयोगकर्ता खाते के रूप में काफी समय से।

मैंने यहां और अन्य स्थानों पर जो पढ़ा है, उससे लगता है कि सामान्य विषय प्रशासनिक विशेषाधिकार और / या यूएसी की कमी है। चूंकि यूएसी मेरे सिस्टम पर बंद है, इसलिए यह स्पष्टीकरण कि यह प्रोग्राम फ़ाइलों की निर्देशिका में कुछ लिखने / हटाने की कोशिश कर रहा है, मेरे लिए सबसे अधिक समझ में आता है।

किसी भी स्थिति में, मैंने जिप इंस्टालर के साथ जीआईटी 1.8 के पोर्टेबल संस्करण को स्थापित करके मेरी समस्या का समाधान किया है। ध्यान दें कि मुझे .7z वितरण फ़ाइल को अनपैक करना पड़ा है और इसे ज़िप फ़ाइल के रूप में रिपीकेट करने के लिए रिपीकेटर के रूप में काम करना है। मुझे उस निर्देशिका को अपने सिस्टम पथ पर मैन्युअल रूप से जोड़ना था।

प्रदर्शन अब ठीक है। हालांकि इसमें स्थापित हैProgram Files (x86) निर्देशिका , जिसे मेरे पास सीमित उपयोगकर्ता के रूप में अनुमति नहीं है, यह एक ही समस्या से ग्रस्त नहीं है।

मैं इसे इस तथ्य के रूप में बताता हूं कि पोर्टेबल संस्करण थोड़ा अधिक रूढ़िवादी है जहां यह फाइलों को लिखता है / हटाता है, जो कि संभवतः मामला है, या 1.7 से 1.8 तक अपग्रेड करना है। मैं यह बताने की कोशिश नहीं करने जा रहा कि कौन सा कारण है, यह कहने के लिए पर्याप्त है कि यह अब बेहतर काम करता है, जिसमें बैश भी शामिल है।

मेरे मामले में, यह वास्तव में अवास्ट एंटीवायरस था जो गिट बैश के लिए अग्रणी था और यहां तक ​​कि पावरशेल वास्तव में धीमा हो रहा था।

मैंने पहली बार 10 मिनट के लिए अवास्ट को अक्षम करने की कोशिश की, यह देखने के लिए कि क्या यह गति में सुधार हुआ है और यह किया है। बाद में, मैंने अवास्ट में रीड, राइट और एक्सक्यूट के अपवाद के रूप में पूरे गिट बैश इंस्टॉलेशन डायरेक्टरी को जोड़ा। मेरे मामले में था C:\Program Files\Git\*।

उपरोक्त कुछ भी मेरी मदद करने में सक्षम नहीं था। मेरे परिदृश्य में मुद्दा खुद को इस तरह दिखा रहा था:

• कोई भी llकमांड धीमी थी (निष्पादित होने में लगभग 3 सेकंड का समय लग रहा था)
• किसी भी बाद की llकमांड को तुरंत निष्पादित किया गया था, लेकिन केवल अगर पिछले ls कमांड से 45 सेकंड के भीतर ।

जब यह प्रक्रिया मॉनिटर के साथ डिबगिंग के लिए आया था तो पाया गया कि प्रत्येक कमांड से पहले DNS अनुरोध था।

इसलिए जैसे ही मैंने अपने फ़ायरवॉल (मेरे मामले में कोमोडो) को निष्क्रिय कर दिया और कमांड को निष्पादित करने की अनुमति दी, समस्या समाप्त हो गई। और यह वापस नहीं लौट रहा है जब फ़ायरवॉल को वापस स्विच किया गया था। जल्द से जल्द अवसर के साथ मैं इस प्रतिक्रिया को अपडेट करूंगा कि अवरुद्ध DNS अनुरोध क्या प्रक्रिया कर रहा था और लक्ष्य क्या था।

बी आर, जी

मेरे मामले में, Git Bash शॉर्टकट सेट किया गया था Start in:%HOMEDRIVE%%HOMEPATH%(आप Git Bash पर क्लिक करके और संपत्तियों का चयन करके इसे जांच सकते हैं)। यह नेटवर्क ड्राइव था।

इसका समाधान यह है कि इसे इंगित किया जाए %HOME%। यदि आपके पास यह नहीं है, तो आप इसे पर्यावरण चर में सेट कर सकते हैं और अब Git Bash को बिजली की तेजी से होना चाहिए।

मेरे पास git PS1 सुस्ती के साथ भी समस्या थी, हालांकि लंबे समय से मैं सोच रहा था कि यह एक डेटाबेस आकार की समस्या (बड़ी रिपॉजिटरी) है और विभिन्न git gcट्रिक्स की कोशिश कर रहा था , और अन्य कारणों की तलाश कर रहा था , जैसे आप। हालाँकि, मेरे मामले में, समस्या यह थी:

function ps1_gitify
{
   status=$(git status 2>/dev/null )      # <--------------------
   if [[ $status =~ "fatal: Not a git repository" ]]
   then
       echo ""
   else
       echo "$(ps1_git_branch_name)  $(ps1_git_get_sha)"
  fi
}

git statusप्रत्येक कमांड लाइन स्थिति रेखा के लिए करना धीमा था। आउच। यह कुछ ऐसा था जिसे मैंने हाथ से लिखा था। मैंने देखा कि एक समस्या थी जब मैंने कोशिश की

export PS1='$'

यहाँ एक उत्तर में उल्लेख किया गया है। कमांड लाइन तेज बिजली कर रही थी।

अब मैं इसका उपयोग कर रहा हूं:

function we_are_in_git_work_tree
{
    git rev-parse --is-inside-work-tree &> /dev/null
}

function ps1_gitify
{
    if ! we_are_in_git_work_tree
    then
    ...

स्टैक ओवरफ्लो पोस्ट PS1 लाइन से गिट करंट ब्रांच और रंगों के साथ और यह ठीक काम करता है। फिर से एक तेज Git कमांड लाइन है।

मेरा एक सहकर्मी विंडोज (7) पर गिट के साथ परेशान था git status checkoutऔर addतेज था, लेकिन git commitउम्र ले ली।

हम अभी भी इसके मूल कारण का पता लगाने की कोशिश कर रहे हैं, लेकिन रिपॉजिटरी को एक नए फ़ोल्डर में क्लोन करने से उसकी समस्या ठीक हो गई।

जैसा कि कई ने कहा, यह stashविंडोज पर एक शेल स्क्रिप्ट होने के कारण है , लेकिन Git 2.18.0 के बाद से विंडोज इंस्टॉलर के पास बहुत तेज (~ 90%) के प्रयोगात्मक फीचर के लिए एक विकल्प है, जो स्‍टैश का वर्जन है - https: / /github.com/git-for-windows/build-extra/pull/203 ।