মূল ইমেল থ্রেড এবং @ ইয়েওয়াইটের উত্তর যা এটি পরিষ্কার করেছে তা পড়ার পরে , আমি মনে করি যে এই প্রশ্নের একটি আপডেট উত্তর দরকার, কারণ উপরের উত্তরটির অর্ধেকটি কেবল coversাকা রয়েছে।
উদাহরণস্বরূপ, আসুন আমার পুলের আউটপুটটি ব্যবহার করুন। আমি কমান্ডটি ব্যবহার করেছি zdb -U /data/zfs/zpool.cache -bDDD My_pool। আমার সিস্টেমে আমার -Uপুলের জন্য জেডএফএস ক্যাশে ফাইলটি সনাক্ত করতে অতিরিক্ত আরগের প্রয়োজন ছিল , যা ফ্রিএনএএস সাধারণ থেকে পৃথক স্থানে সঞ্চয় করে; আপনার এটি করার প্রয়োজন হতে পারে বা নাও হতে পারে। সাধারণত প্রথমে zdbছাড়াই চেষ্টা করুন -Uএবং আপনি যদি ক্যাশে ফাইল ত্রুটিটি পান তবে find / -name "zpool.cache"তার প্রয়োজনীয় ফাইলটি সনাক্ত করতে এটি ব্যবহার করুন বা অনুরূপ করুন।
এটি আমার আসল আউটপুট ছিল এবং আমি এটি নীচে ব্যাখ্যা করেছি:
DDT-sha256-zap-duplicate: 771295 entries, size 512 on disk, 165 in core
bucket allocated referenced
______ ______________________________ ______________________________
refcnt blocks LSIZE PSIZE DSIZE blocks LSIZE PSIZE DSIZE
------ ------ ----- ----- ----- ------ ----- ----- -----
2 648K 75.8G 68.6G 68.8G 1.39M 165G 149G 149G
4 71.2K 8.07G 6.57G 6.62G 368K 41.7G 34.1G 34.3G
8 28.1K 3.12G 2.34G 2.36G 281K 31.0G 23.1G 23.4G
16 5.07K 424M 232M 241M 110K 9.10G 5.06G 5.24G
32 1.09K 90.6M 51.8M 53.6M 45.8K 3.81G 2.21G 2.28G
64 215 17.0M 8.51M 8.91M 17.6K 1.39G 705M 739M
128 38 2.12M 776K 872K 6.02K 337M 118M 133M
256 13 420K 21.5K 52K 4.63K 125M 7.98M 18.5M
512 3 6K 3K 12K 1.79K 3.44M 1.74M 7.16M
1K 1 128K 1K 4K 1.85K 237M 1.85M 7.42M
2K 1 512 512 4K 3.38K 1.69M 1.69M 13.5M
DDT-sha256-zap-unique: 4637966 entries, size 478 on disk, 154 in core
bucket allocated referenced
______ ______________________________ ______________________________
refcnt blocks LSIZE PSIZE DSIZE blocks LSIZE PSIZE DSIZE
------ ------ ----- ----- ----- ------ ----- ----- -----
1 4.42M 550G 498G 500G 4.42M 550G 498G 500G
DDT histogram (aggregated over all DDTs):
bucket allocated referenced
______ ______________________________ ______________________________
refcnt blocks LSIZE PSIZE DSIZE blocks LSIZE PSIZE DSIZE
------ ------ ----- ----- ----- ------ ----- ----- -----
1 4.42M 550G 498G 500G 4.42M 550G 498G 500G
2 648K 75.8G 68.6G 68.8G 1.39M 165G 149G 149G
4 71.2K 8.07G 6.57G 6.62G 368K 41.7G 34.1G 34.3G
8 28.1K 3.12G 2.34G 2.36G 281K 31.0G 23.1G 23.4G
16 5.07K 424M 232M 241M 110K 9.10G 5.06G 5.24G
32 1.09K 90.6M 51.8M 53.6M 45.8K 3.81G 2.21G 2.28G
64 215 17.0M 8.51M 8.91M 17.6K 1.39G 705M 739M
128 38 2.12M 776K 872K 6.02K 337M 118M 133M
256 13 420K 21.5K 52K 4.63K 125M 7.98M 18.5M
512 3 6K 3K 12K 1.79K 3.44M 1.74M 7.16M
1K 1 128K 1K 4K 1.85K 237M 1.85M 7.42M
2K 1 512 512 4K 3.38K 1.69M 1.69M 13.5M
Total 5.16M 638G 576G 578G 6.64M 803G 712G 715G
dedup = 1.24, compress = 1.13, copies = 1.00, dedup * compress / copies = 1.39
এটির অর্থ কী এবং আসল অবদানের টেবিলের আকারটি কার্যকর করা:
আউটপুট দুটি সাব-টেবিল দেখায়, একটি যেখানে ডুপ্লিকেট উপস্থিত রয়েছে সেই ব্লকের জন্য ( DDT-sha256-zap-সদৃশ ) এবং একটিতে যেখানে কোনও সদৃশ উপস্থিত নেই ( DDT-sha256-zap- অনন্য ) /। তাদের নীচের তৃতীয় সারণী এই উভয় জুড়ে সামগ্রিক মোট দেয় এবং তার নীচে একটি সারসংক্ষেপ সারি রয়েছে। কেবলমাত্র "মোট" সারিগুলি এবং সংক্ষিপ্তসারগুলি অনুসন্ধান করা আমাদের যা দেয় তা আমাদের দেয়:
একাধিকবার উপস্থিত সমস্ত ব্লকের ডিডিটি আকার ("ডিডিটি-শ 256-জ্যাপ-নকল") :
771295 entries, size 512 bytes on disk, 165 bytes in RAM ("core")
অনন্য যে ব্লকগুলির জন্য ডিডিটি আকার ("ডিডিটি-শ 256-জ্যাপ-অনন্য") :
4637966 entries, size 478 bytes on disk, 154 bytes in RAM ("core")
সমস্ত ডিডিটি এন্ট্রিগুলির জন্য মোট ডিডিটি পরিসংখ্যান, সদৃশ + অনন্য ("সমস্ত ডিডিটি জুড়ে ডিডিটি হিস্টোগ্রাম") :
allocated referenced
(= disk space actually used) (= amount of data deduped
into that space)
______ ______________________________ ______________________________
blocks LSIZE PSIZE DSIZE blocks LSIZE PSIZE DSIZE
Total 5.16M 638G 576G 578G 6.64M 803G 712G 715G
সংক্ষিপ্তসার :
dedup = 1.24, compress = 1.13, copies = 1.00, dedup * compress / copies = 1.39
কিছু সংখ্যার ক্রাঞ্চিং করা যাক।
ব্লক গণনাটি এইভাবে কাজ করে: ডুপ্লিকেট ব্লক সম্পর্কিত সম্পর্কিত এন্ট্রিগুলির সংখ্যা = 771295, অনন্য ব্লকের সাথে সম্পর্কিত এন্ট্রিগুলির সংখ্যা = 4637966, ডিডিটি টেবিলের মোট এন্ট্রিগুলি 771295 + 4637966 = 5409261 হওয়া উচিত So সুতরাং লক্ষ লক্ষ ব্লকের সংখ্যা (বাইনারি মিলিয়ন) যা!) হবে 5409261 / (1024 ^ 2) = 5.158 মিলিয়ন। সংক্ষেপে আমরা দেখতে পেয়েছি মোট 5.16M ব্লক রয়েছে ।
র্যাম এর মতো কাজ করে: ডুপ্লিকেট ব্লকের জন্য 12 77১২৯৯ এন্ট্রি প্রতিটি র্যামে ১5৫ বাইট দখল করে এবং অনন্য ব্লকের জন্য 4637966 এন্ট্রি র্যামের 154 বাইট দখল করে, তাই এখন ডিডআপ টেবিলের জন্য মোট র্যামের প্রয়োজন = 841510439 বাইট = 841510439 / (1024 ^ 2) এমবিাইটস = 803 এমবি = 0.78 গিগাবাইট র্যাম ।
("ডিস্কের আকারে" আকারের পরিসংখ্যানগুলি ব্যবহার করে অন-ডিস্ক আকারটি একইভাবে কাজ করা যায় Clear স্পষ্টতই জেডএফএস দক্ষতার সাথে ডিস্ক আই / ও ব্যবহার করার চেষ্টা করছে এবং ডিডিটি-র দ্বারা প্রাপ্ত ডিস্ক স্পেসটি গ্রহণ করার সুযোগ গ্রহণ করছে) সাধারণত কোনও সমস্যা হয় না So তাই দেখে মনে হচ্ছে জেডএফএস কেবল প্রতিটি প্রবেশের জন্য একটি সম্পূর্ণ 512 বাইট সেক্টর বা কেবল 154 বা 165 বাইটের পরিবর্তে কোনও লাইন বরাবর কিছুটা বরাদ্দ করে রাখছে এটি কার্যকর করার জন্য This এতে একাধিকের জন্য কোনও ভাতা অন্তর্ভুক্ত নাও হতে পারে ডিস্কে থাকা অনুলিপিগুলি, যা জেডএফএস সাধারণত করে)
সঞ্চিত ডেটার পরিমাণ এবং এটি হ্রাস থেকে উপকার: মোট ডিডিটি পরিসংখ্যান থেকে, ডিস্কগুলিতে বরাদ্দকৃত স্টোরেজের মাত্র 578 গিগাবাইট ("578 জি") ব্যবহার করে 715 জিবিটস ("715 জি") ডেটা সংরক্ষণ করা হয়। সুতরাং আমাদের ডিডআপ স্পেস সেভিং রেশিও (715 গিগাবাইট ডেটা) / (578 গিগাবাইট স্পেসটি এটি ছাড়ার পরে ব্যবহার করা হয়েছে) = 1.237 এক্স, যা সংক্ষিপ্তসারটি আমাদের বলছে ("ডিডআপ = 1.24")।