एक नई डिस्क बनाने के बाद, इसकी गति की जांच करने की इच्छा है। उदाहरण के लिए, रैखिक।

 dd if = / dev / xvdb of = / dev / null bs = 1M count = 1000         
 1048576000 बाइट्स (1.0 जीबी) कॉपी, 1.29269 एस, 811 एमबी / एस  

 dd if = / dev / zero of = / dev / xvdb bs = 1k count = 1000
 10240000 बाइट्स (10 एमबी) कॉपी, 24.3481 एस, 421 केबी / एस

हतोत्साहित संख्या, सही? इसके अलावा, यदि आप प्रयोग को दोहराते हैं, तो पढ़ने की गति कम हो जाएगी, और लेखन की गति आवश्यक 60-150Mb / s तक बढ़ जाएगी।



इसका कारण ज़ेन क्लाउड क्लाउड प्लेटफ़ॉर्म पर ब्लॅकप द्वारा दी गई ब्लॉक डिवाइसेस के संचालन का कॉपी-ऑन-राइट मोड है।







इस तथ्य के बावजूद कि आभासी मशीनों के लिए डिस्क स्थान पूरी तरह से आरक्षित है, जब तक कि ब्लॉक को पहला लिखना नहीं है, तब तक इसे पढ़ने के लिए कुछ भी नहीं है - इसके बजाय, "इंटरफ़ेस गति" के साथ शून्य वापस आ जाते हैं। और पहली रिकॉर्डिंग में, ब्लॉक को उपयोग के रूप में चिह्नित किया गया है और इसकी संपूर्णता में दर्ज किया गया है (भले ही 1k इसे लिखा गया था)। ब्लॉक बड़ा है - 4M जितना, इसलिए एक किलोबाइट रिकॉर्डिंग 4MB रिकॉर्डिंग में परिणाम करती है। यह पहली रिकॉर्डिंग के दौरान एक विशेषता मंदी की ओर जाता है। बाद में केवल बदले हुए डेटा को लिखने का प्रयास किया जाता है - और यह तीव्रता के कई आदेशों को तेजी से करता है।



वैसे, यह इस कारण से है कि mkfs हम की तुलना में अधिक समय तक काम करते हैं - इनोड और सुपरब्लॉक की पहली रिकॉर्डिंग के दौरान, डिस्क पर बहुत सारे ब्लॉक लिखे गए हैं (रिकॉर्ड किए गए डेटा की वास्तविक मात्रा से अधिक)।

इसकी आवश्यकता क्यों है?

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



दूसरे, कुछ ग्राहक बड़े डिस्क बनाते और हटाते हैं। इसके लिए हुक के साथ टेराबाइट्स क्यों लिखें?

क्या करें?

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

offtopic

वैसे, यह अवसर लेते हुए, मैं आपको याद दिलाना चाहता हूं कि हमें वास्तव में प्रोग्रामर की आवश्यकता है। हम इस नौकरी के लिए लोगों को कितनी जल्दी पा सकते हैं यह इस बात पर निर्भर करता है कि नई सुविधाएँ कितनी जल्दी दिखाई देती हैं।