2010-01-19 13 views
8

मैं एंड्रॉइड 1.6 रिलीज के लिए स्रोत प्राप्त करने का प्रयास कर रहा था, लेकिन रेपो सिंक ऑपरेशन लटकता रहता है।रेपो सिंक लटकता है

Fetching projects: 19% (32/164) 
Initializing project platform/external/freetype ... 
remote: Counting objects: 970, done. 
remote: Compressing objects: 100% (414/414), done. 
Receiving objects: 57% (558/970), 1.28 MiB | 26 KiB/s 

यह वहीं, ... कोई त्रुटि संदेश या उस तरह की aything लटकी हुई है:

मैं संदेश मैं टर्मिनल यहाँ पर मिल के अंतिम भाग चिपकाने कर रहा हूँ।

क्या किसी को भी इसी तरह की समस्या का सामना करना पड़ा है?

+1

मैं इसे अपने उबंटू 12 एलटीएस x86 मशीन पर अनुभव कर रहा हूं। ऐसा लगता है कि एक ही ऑब्जेक्ट पर लगातार बम आउट होता है, जब 'गिट' स्पॉन और सीपीयू को अधिकतम करता है। मैंने टीसीपी विंडो स्केलिंग को अक्षम करने और एक धागे को प्रतिबंधित करने का प्रयास किया है, लेकिन कोई पासा नहीं है। –

उत्तर

0

इसी तरह की समस्या back in September on SO थी।

यह नेटवर्क की गति से संबंधित हो सकता है, या आप जिस गीट का उपयोग कर रहे हैं उसके सटीक संस्करण से जुड़ा हो सकता है।
यदि यह msysgit है, तो कृपया नवीनतम संस्करण में अपडेट करें।
यह भी देखें msysgit issue 361

11

मुझे आश्चर्य है कि क्या आप लिनक्स चलाने के लिए वीएमवेयर का उपयोग कर रहे हैं। मैंने तब तक एक ही समस्या का अनुभव किया जब तक मुझे पता नहीं चला कि इसका क्या कारण था: हमारी तरफ टीसीपी विंडो का आकार 0 (पूर्ण) पर सेट किया जा रहा है। मैं मेजबान के रूप में विंडोज 7 64-बिट पर वीएमवेयर पर उबंटू 10.04 चला रहा हूं। इसे ठीक करने के लिए बस सुनिश्चित करें कि आप किसी भी स्मृति समस्या को त्यागने के लिए वीएमवेयर पर उबंटू को बहुत सी रैम दें। मेरे पास 512 एमबी तक मेरा सेट था और बेहतर प्रदर्शन के लिए इसे 1.5 एम तक बढ़ा दिया गया था। फिर सबसे महत्वपूर्ण सेटिंग (और जिसने वास्तव में चाल की थी): सुनिश्चित करें कि आप नेटवर्क एडेप्टर को वीएमवेयर पर ब्रिज मोड पर सेट करें। उदाहरण के लिए एनएटी का उपयोग करते हुए, एनएटी सेवा आपके लिए विंडो आकार को चकित और गड़बड़ कर देगी।

कारण: क्लाइंट का टीसीपी विंडो आकार सर्वर को सर्वर से एक बार प्राप्त करने के लिए बाइट्स की संख्या बताता है; यह क्लाइंट की प्राप्त खिड़की है। जब विंडो 0 पर सेट की जाती है तो इसका अर्थ यह है कि जब तक यह अपने आंतरिक बफर में अभी भी लंबित डेटा को संसाधित नहीं करता है तब तक क्लाइंट अब तक कोई डेटा प्राप्त नहीं कर पाएगा। यह सामान्य टीसीपी सामान है। क्लाइंट पर 0 पर सेट विंडो का आकार प्रभाव यह है कि कुछ समय तक एक टीसीपी कनेक्शन जीवित रहेगा जब तक कि सर्वर निर्णय लेता है कि वह पर्याप्त इंतजार कर रहा है और कनेक्शन को मारता है। यही कारण है कि मेरे रेपो सिंक को कोई त्रुटि नहीं लगी है।

+1

धन्यवाद, यह मेरे लिए काम किया। ब्रिज कनेक्शन ने समस्या को हल किया। – inazaruk

+0

मैं वर्चुअलबॉक्स का उपयोग कर रहा हूं हालांकि एक ब्रिज कनेक्शन पर स्विच करने के बाद, मुझे अभी भी एक ही समस्या का सामना करना पड़ रहा है। – Joset

+0

इस उत्तर के लिए कुछ और वैधता जोड़ने के लिए, अब यह एंड्रॉइड द्वारा दस्तावेज किया गया है: http://source.android.com/source/known-issues.html – gsingh2011

5

आशा है कि इससे किसी को इस मंच का संदर्भ देने में मदद मिलेगी।

मुझे बड़ी रिपॉजिटरीज़ लटकाने के गिट क्लोन का यह मुद्दा मिला है। शुरुआत में गति अधिक होगी और फिर भारी गिरावट आती है और अंततः यह लटकती है। यह टीसीपी विंडो स्केलिंग के साथ एक मुद्दा था। एक बार यह अक्षम हो जाने के बाद, यह ठीक काम कर रहा था।

(लेकिन अजीब बात यह है कि जब मैं VMWare में लिनक्स से भाग गया, वहाँ कोई समस्या नहीं किया गया है।)

वर्तमान सत्र के लिए इसे निष्क्रिय करने के $ sudo sysctl -w net.ipv4.tcp_window_scaling = 0

+2

इस उत्तर में कुछ और वैधता जोड़ने के लिए, अब यह एंड्रॉइड द्वारा दस्तावेज किया गया है : source.android.com/source/known-issues.html – gsingh2011

+0

यह मेरे लिए धन्यवाद, धन्यवाद। किसी भी तरह जब मैंने ज्ञात मुद्दों वाले पृष्ठ को देखा तो मुझे वहां नोटिस नहीं मिला।यह अजीब बात है कि रेपो में असफल सिंक से पुनर्प्राप्त करने की क्षमता नहीं है। – BHS

संबंधित मुद्दे