क्या "git gc" का उपयोग करने वाली स्मृति की मात्रा को सीमित करने का कोई तरीका है?

Question

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

Answer 1

हाँ, git config के लिए मदद पृष्ठ पर एक नजर है और, विशेष रूप से pack.depth, pack.window, pack.windowMemory और pack.deltaCacheSizepack.* विकल्पों को देखने।

यह एक पूरी तरह से सटीक आकार के रूप में Git स्मृति में प्रत्येक वस्तु मैप करने के लिए तो एक बहुत बड़ी वस्तु खिड़की और डेल्टा कैश सेटिंग्स की परवाह किए बिना स्मृति के उपयोग का एक बहुत पैदा कर सकता है की जरूरत नहीं है।

आपके पास स्थानीय भाग पैकिंग बेहतर हो सकती है और "फ़ाइलों को मैन्युअल रूप से" फ़ाइलों को ट्रांसफर कर सकती है, .keep फाइलें जोड़ती हैं ताकि रिमोट गिट पूरी तरह से सब कुछ ठीक करने की कोशिश न करे।

Answer 2

तुम सिर्फ उन pathnames धब्बे के लिए डेल्टा संपीड़न निष्क्रिय करने के लिए डेल्टा विशेषता बंद कर देते हैं इस्तेमाल कर सकते हैं:

foo/.git/info/attributes में (या foo.git/info/attributes अगर यह एक नंगे भंडार है) (gitattributes में डेल्टा प्रविष्टि देखें और gitignore देखना पैटर्न वाक्यविन्यास के लिए):

/large_file_dir/* -delta 
*.psd -delta 
/data/*.iso -delta 
/some/big/file -delta 
another/file/that/is/large -delta 

यह भंडार के क्लोन को प्रभावित नहीं करेगा। अन्य भंडारों (यानी क्लोन) को प्रभावित करने के लिए, गुणों को info/attributes फ़ाइल के बजाय (या इसके अतिरिक्त) .gitattributes फ़ाइल में डाल दें।

Answer 3

मैंने इस link से निर्देशों का उपयोग किया। Charles Baileys के समान विचार।

आदेशों की एक प्रति यहां है:

git config --global pack.windowMemory "100m" 
git config --global pack.packSizeLimit "100m" 
git config --global pack.threads "1" 

इस साझा होस्टिंग खाते के साथ hostgator पर मेरे लिए काम किया।

Answer 4

Git repack की स्मृति उपयोग है: (pack.deltaCacheSize + pack.windowMemory) × pack.threads। प्रासंगिक डिफ़ॉल्ट 256 एमआईबी, असीमित, एनप्रोक हैं।

डेल्टा कैश उपयोगी नहीं है: समय की सबसे एक स्लाइडिंग खिड़की पर कंप्यूटिंग डेल्टा खर्च किया जाता है, जिनमें से अधिकांश छोड़ दिए जाते हैं; बचे हुए लोगों को कैशिंग करना ताकि उन्हें एक बार फिर से उपयोग किया जा सके (जब लेखन) रनटाइम में सुधार नहीं करेगा। वह कैश भी धागे के बीच साझा नहीं किया जाता है।

डिफ़ॉल्ट रूप से विंडो मेमोरी pack.window (gc.aggressiveWindow) से सीमित है। इस तरह पैकिंग सीमित करना एक बुरा विचार है, क्योंकि कामकाजी सेट आकार और दक्षता व्यापक रूप से भिन्न हो जाएगी। खिड़की के आकार को सीमित करने के लिए दोनों उच्च मूल्यों को बढ़ाने और pack.windowMemory पर भरोसा करना सबसे अच्छा है।

अंत में, थ्रेडिंग को कार्य सेट को विभाजित करने का नुकसान होता है। pack.threads को कम करना और pack.windowMemory बढ़ाना ताकि कुल रहता है, रन रन को बेहतर बनाना चाहिए।

मरम्मत में अन्य उपयोगी ट्यूनेबल (pack.depth, pack.compression, बिटमैप विकल्प) हैं, लेकिन वे स्मृति उपयोग को प्रभावित नहीं करते हैं।