के साथ बहुत धीमी विलय मैंने स्थानीय रूप से 1.4 से 1.5 तक स्थानीय स्विच किया, हमारा सर्वर अभी भी 1.4 चलाता है। तब से प्रत्येक विलय करने के लिए उम्र लेता है। 5-10 मिनट (या अधिक) के क्षेत्र में केवल कुछ सेकंड क्या लेते हैं। कमांड लाइन क्लाइंट और कछुए के बीच कोई अंतर नहीं है (इसलिए हम विंडोज़ संस्करणों के बारे में बात करते हैं)।सबवर्सन 1.5 (और 1.4 सर्वर)
क्या कोई और इस अजीब घटना है?
क्लाइंट के माध्यम से बड़ी संख्या में फाइलों को रिपॉजिटरीज़ में जोड़ने की कोशिश करते समय हमें समस्याएं आईं, जिन्हें मैंने क्रैश किए गए क्लाइंट को मारने पर सर्वर पर अनाथ प्रक्रियाएं बनाई थीं। हमें सर्वर प्रक्रियाओं को भी मारना पड़ा और उपवर्तन सेवा को पुनरारंभ करना पड़ा (हम विंडोज सेवा के रूप में एसवीएन चलाते हैं)। हमारी एसवीएन मशीन समर्पित है इसलिए हमने वास्तव में बस बॉक्स को रीबूट किया और सब कुछ सामान्य हो गया।
एसवीएन 1.5 ने स्वचालित मर्ज ट्रैकिंग की अवधारणा पेश की, हालांकि मैंने सोचा कि इसे 1.5 सर्वर और क्लाइंट की आवश्यकता है। विवरण के लिए Apache Subversion 1.5 release notes देखें।
हमने पिछले सप्ताहांत में विलय करने पर कुछ प्रदर्शन विश्लेषण किए और दो गंभीर प्रदर्शन मुद्दों को पाया। उनमें से एक बहुत ही विंडोज विशिष्ट था और डिस्क आईओ बना दिया था जबकि जरूरत से ज्यादा धीमी गति से विलय कर रहा था और दूसरा इस्तेमाल नेटवर्क कनेक्शन के प्रकार पर था। (मौजूदा ज्ञान का बहुत कम पुन: उपयोग)
ये फिक्स और कुछ अन्य जो विलय प्रदर्शन को बढ़ाते हैं, सबवर्सन 1.5.3 में उपलब्ध होंगे जो इस सप्ताह के अंत तक जारी होने की उम्मीद है।
:
नहीं, मैंने अभी अपग्रेड किया है, और यह अभी भी धीमा है – Mauli
मुझे लगता है कि हमारी समस्या किसी भी तरह अलग है [संपादित करें इस प्रदर्शन को बढ़ाने कोड रास्ता है कि मान लिया गया है अपने सर्वर 1.5+ है में है]। हमारे पास एक बड़ी भंडार है, हमारा svn सर्वर apache 2.2 के साथ चलता है, इसलिए सभी संचार http के माध्यम से चला जाता है, और मैंने अनाथ प्रक्रियाओं को नहीं देखा है। मुझे क्या लगता है कि कछुआ छोटे बदलावों के लिए भी डेटा हस्तांतरण की अत्यधिक मात्रा दिखाता है। – Mauli