Restic: धीमा, हालांकि यह सिर्फ टाइमस्टैम्प की जाँच कर रहा है

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

नमस्ते

क्या यह धीमे WAN कनेक्शन पर वृद्धिशील बैकअप के लिए खराब प्रदर्शन का कारण बन सकता है?

मैंने अभी-अभी एक फ़ोल्डर का बैकअप लिया है जिसमें 9000 से अधिक फाइलें और 250MB से एक दूरस्थ s3 सर्वर है। दोनों कंप्यूटर 50/5 mbit/s डाउन और अप के विषम इंटरनेट कनेक्शन से जुड़े हैं।

प्रारंभिक बैकअप में लगभग 5 मिनट का समय लगा और यह काफी उचित लगा। लेकिन उसके तुरंत बाद दूसरा बैकअप लेने में लगभग दोगुना समय लगा! कम फाइलों वाला फोल्डर ज्यादा तेज लगता है।

हाँ, यह सबसे अधिक कारण होगा। इस विशेष उपयोग के मामले में एक समाधान है: -f ( --force ) backup कमांड के लिए विकल्प का उपयोग करें, जो स्थानीय रूप से सभी फाइलों को फिर से पढ़ेगा और रेपो से मेटाडेटा लोड नहीं करेगा। . यह तेज़ होना चाहिए।

आपका बहुत बहुत धन्यवाद! जादू की तरह काम करता है!

हमने मास्टर शाखा में एक स्थानीय मेटाडेटा कैश (#1040 देखें) जोड़ा है, मुझे लगता है कि यह समस्या हल हो गई है और इसलिए मैं इसे बंद कर रहा हूं। धन्यवाद!