मेरा पूर्ण उत्तर होने का इरादा नहीं है, लेकिन मुझे आशा है कि यह भी मदद करता है।
यहाँ http://mark.koli.ch/2009/05/howto-whole-disk-backups-with-dd-gzip-and-p7zip.html से थोड़ा सा कुछ है
3 - उचित ब्लॉक आकार निर्धारित करें
तेज बैकअप के लिए, यह आपके द्वारा बैकअप किए जा रहे डिस्क डिवाइस के इष्टतम ब्लॉक आकार को नीचे करने में मदद कर सकता है। मान लें कि आप बैकअप / देव / sda में जा रहे हैं, तो यहां बताया गया है कि आप सबसे अच्छा ब्लॉक कोड निर्धारित करने के लिए fdisk कमांड का उपयोग कैसे कर सकते हैं:
rescuecd#/> /sbin/fdisk -l /dev/sda | grep Units
Units = cylinders of 16065 * 512 = 8225280 bytes
नोट fdisk आउटपुट "16065 * 512 का सिलेंडर" कहता है। इसका मतलब है कि डिस्क पर प्रति ब्लॉक 512 बाइट्स हैं। आप ब्लॉक आकार को 2 से 4 के कई गुणा बढ़ाकर बैकअप की गति में काफी सुधार कर सकते हैं। इस मामले में, एक इष्टतम ब्लॉक का आकार 1k (512 * 2) या 2k (512 * 4) हो सकता है। BTW, लालची हो रही है और 5k (512 * 10) के ब्लॉक आकार का उपयोग करने या अत्यधिक कुछ मदद नहीं करेगा; अंततः सिस्टम डिवाइस में ही अड़चन देगा और आप बैकअप प्रक्रिया से किसी भी अतिरिक्त प्रदर्शन को निचोड़ने में सक्षम नहीं होंगे। (महत्व दिया)
मुझे संदेह है कि किसी दिए गए कॉन्फ़िगरेशन के लिए पास-इष्टतम और इष्टतम ब्लॉक आकार के बीच प्रदर्शन में अंतर नगण्य है जब तक कि डेटा सेट विशाल नहीं है। दरअसल, FixUnix (2007 से पोस्ट) के एक उपयोगकर्ता ने दावा किया कि उसका इष्टतम समय उप-इष्टतम वाले की तुलना में केवल 5% तेज था। हो सकता है कि आप "क्लस्टर" आकार या फाइलसिस्टम ब्लॉक आकार के कई का उपयोग करके थोड़ी अधिक दक्षता निचोड़ सकें।
बेशक, यदि आप इष्टतम ब्लॉक आकार के दोनों ओर बहुत दूर चले जाते हैं, तो आप परेशानी में पड़ जाएंगे।
लब्बोलुआब यह है कि आप संभावित इष्टतम ब्लॉक आकार के साथ केवल प्रदर्शन में लगभग 5% (यानी प्रति घंटे 3 मिनट) लाभ प्राप्त करेंगे, इसलिए विचार करें कि क्या यह आपके समय और शोध के प्रयास के लायक है। जब तक आप अत्यधिक मूल्यों से दूर रहते हैं, आपको पीड़ित नहीं होना चाहिए।