এটা সব তথ্য বা সংকুচিত ডিরেক্টরি সংকুচিত করা ভাল?

Question

আমি কিছু প্রকল্প আর্কাইভ করছি, এর প্রতিটি তাদের নিজস্ব ডিরেক্টরি আছে বলুন:

projects
 |- project-1
 |- project-2
 |- project-3

আমি নিম্নলিখিত হিসাবে তাদের কম্প্রেস শুরু:

==== SITUATION 1 ====

projects
 |- project-1.zip
 |- project-2.zip
 |- project-3.zip

এবং তারপরে আমি ভাবতে লাগলাম যদি এক জিপ ফাইলের সমস্ত তথ্য কম্প্রেস করা ভাল না হয় তবে:

==== SITUATION 2 ====

projects.zip
 |- project-1
 |- project-2
 |- project-3

অথবা হয়ত ইতিমধ্যে সংকুচিত ফাইল কম্প্রেস ?:

==== SITUATION 3 ====

projects.zip
 |- project-1.zip
 |- project-2.zip
 |- project-3.zip

কোন অবস্থাটি সর্বোত্তম (কমপক্ষে স্থান দখল করে)? কেন? এটি কম্প্রেশন অ্যালগরিদম উপর নির্ভর করে? আমি কম্প্রেস যে জানি এক সংকুচিত ফাইল অনেক সাহায্য করতে পারে না, কিন্তু তাদের 20 বলুন? আমার জন্য পরিস্থিতি 1 একটি ভাল ধারণা মত দেখাচ্ছে না।

Answer 1

আমি সন্দেহ করি যে বিভিন্ন স্কিমগুলি সৎ হতে অনেকগুলি পার্থক্য তৈরি করবে কারণ কম্প্রেশন অ্যালগরিদমগুলি সাধারণত মেমরি ব্যবহারের নিয়ন্ত্রণে সীমিত পরিমাণের দিকে তাকিয়ে থাকে।

ব্যতিক্রমটি S3 যা সর্বাধিক সম্ভাবনাকে শেষ করে তুলবে কারণ সংকুচিত ফাইল সংকোচনকারী ওভারহেড যুক্ত করে তবে সংকুচিত করতে পারে না।

আপনি যদি ভাল কম্প্রেশনটি চান তবে আরও ভাল অ্যালগরিদমগুলির জন্য নতুন সংরক্ষণাগার সরঞ্জাম সন্ধান করুন। উদাহরণস্বরূপ 7-জিপ সাধারণত জিপ তুলনায় ভাল।

S1 এবং s2 এর মধ্যে পার্থক্যের পরিপ্রেক্ষিতে, আমি বলব যে ভবিষ্যতে সংরক্ষণাগারটি কীভাবে ব্যবহার করা যায় এবং কত বড় তারা শেষ হয় তার উপর এটি নির্ভর করে।

সত্যিই বড় সংরক্ষণাগার হ্যান্ডেল (চলন্ত, খোলার, ইত্যাদি) একটি ব্যথা হয় এবং এটি কয়েক কেবি সংরক্ষণের চেয়ে বেশি গুরুত্বপূর্ণ হতে পারে।

উপরন্তু, দীর্ঘমেয়াদী স্টোরেজ চিন্তা করার সময়, "বিট-রোট" উপেক্ষা করবেন না। একটি বড় সংরক্ষণাগার একটি ছোট ত্রুটি বিধ্বংসী হতে পারে। একটি প্রকল্প হ্রাস সম্ভবত সব তাদের হ্রাস চেয়ে অনেক ভাল।

তবে আপনি RAR এর মতো কিছু দেখতে পারেন যা অবাঞ্ছিত এবং বিভক্ত আর্কাইভগুলিকে অনুমতি দেয়। এই RAID5 মত একটি বিট হয়। আপনি একাধিক সংরক্ষণাগার ফাইল তৈরি করেছেন যার প্রতিটিটি পুনরুদ্ধারের মধ্যে নির্মিত হয়েছে যাতে আপনি একটি ফাইল আলগা করতে পারেন এবং এখনও মূল ডেটা পুনরায় তৈরি করতে পারেন।

Answer 2

সর্বোপরি, @ জুলিয়ান নাইটের মনের মধ্যে চমৎকার আর্গুমেন্টগুলি রাখুন। এমনকি যদি আপনার সংরক্ষণাগার হ্যান্ডেল করার জন্য খুব বড় হয় বা কিছু ফ্লিপ বিট দ্বারা দূষিত হয়ে যায় তবে এমনকি সেরা কম্প্রেশনটি নিরর্থক।

যদি স্থানটি আপনার প্রধান উদ্বেগ হয়, তবে এটি আপনার বিশেষ ডেটা এবং বিভিন্ন সংকোচন অ্যালগরিদমগুলির সাথে কিছু পরীক্ষা করার পক্ষে উপযুক্ত হতে পারে।

এছাড়াও, আপনার তৃতীয় পদ্ধতির প্রকৃতপক্ষে আকারের অন্য হ্রাস হতে পারে। আমি কিছু আলোচনা মনে রাখবেন ( এখানে দেখো ) বিভিন্ন আলগোরিদিম ব্যবহার করে ফাইল একাধিক বার কম্প্রেস সম্পর্কে। লেখক অত্যন্ত অপ্রয়োজনীয় পাঠ্য ফাইলগুলি সংকুচিত করছিলেন এবং যথেষ্ট পরীক্ষা করার পরে 100GB থেকে কয়েক MB পর্যন্ত যেতে পারেন। মনে রাখবেন যে তার ক্ষেত্রে একটি বিট স্পেশাল ছিল, তবে সাধারণ ধারণা হল যে পুনরাবৃত্তি সংকোচ আসলে কিছু ক্ষেত্রে উপযুক্ত হতে পারে।

আপনি যদি ভিন্ন কম্প্রেশন অ্যালগরিদমগুলি চেষ্টা করতে ইচ্ছুক হন তবে এখানে গতি এবং সংকোচনের অনুপাত তুলনা করে এমন কিছু মানচিত্র রয়েছে:

• http://catchchallenger.first-world.info//wiki/Quick_Benchmark:_Gzip_vs_Bzip2_vs_LZMA_vs_XZ_vs_LZ4_vs_LZO
• http://binfalse.de/2011/04/04/comparison-of-compression

Answer 3

পরিস্থিতি 3 আউট হয় কারণ এটি একই অ্যালগরিদম সহ বিন্দুহীন পুনরায় কম্প্রাসিং আর্কাইভ।

অবস্থার 1 এবং ২ এর মধ্যে দ্বিতীয়টি অবশ্যই একটি ছোট সংরক্ষণাগারের ফলস্বরূপ আরো বেশি সুযোগ সৃষ্টি করে, বিশেষ করে যখন আপনি বড় অভিধানের আকারগুলি ব্যবহার করেন (সাধারণ শব্দগুলিতে অভিধানটি ডাটাটিতে পুনরাবৃত্তি নিদর্শন খুঁজতে এবং সংক্ষেপে ব্যবহৃত মেমরি এলাকা)। সামান্য পুরানো জিপ শুধুমাত্র একটি ক্ষুদ্র 32KB অভিধান ব্যবহার করতে পারে, যা হার্ডওয়্যারগুলিকে এই দিনগুলি খুব ছোট করে দেয়।

তুলনা করে RAR 5.0 ফর্ম্যাট 64-বিট সিস্টেমে 1 গিগাবাইট অভিধান ব্যবহার করতে পারে। এটা সমর্থন করে রেফারেন্স হিসাবে অভিন্ন ফাইল সংরক্ষণ :

এই বিকল্পটি সক্রিয় থাকলে, WinRAR ফাইলের বিষয়বস্তু আগে বিশ্লেষণ করে   সংরক্ষণাগার শুরু। যদি 64 কেবি এর চেয়ে বড় একাধিক ফাইল থাকে   পাওয়া যায়, সেট প্রথম ফাইল স্বাভাবিক ফাইল এবং সব হিসাবে সংরক্ষিত হয়   নিম্নলিখিত ফাইল এই প্রথম ফাইলের রেফারেন্স হিসাবে সংরক্ষিত হয়। এটা করতে পারবেন   সংরক্ষণাগার আকার কমাতে, কিন্তু ফলে কিছু সীমাবদ্ধতা প্রযোজ্য   আর্কাইভ। আপনাকে অবশ্যই প্রথম অভিন্ন ফাইলটি মুছতে বা পুনঃনামকরণ করতে হবে না   সংরক্ষণাগার পরে সংরক্ষণাগার তৈরি করা হয়েছে, কারণ এটি নিষ্কাশন করা হবে   একটি রেফারেন্স হিসাবে এটি ব্যবহার করে নিম্নলিখিত ফাইল অসম্ভব। আপনি যদি সংশোধন করেন   প্রথম ফাইল, নিম্নলিখিত ফাইল এছাড়াও সংশোধিত বিষয়বস্তু থাকবে   নিষ্কাশন পরে। এক্সট্রাকশন কমান্ড প্রথম ফাইল জড়িত করা আবশ্যক   সফলভাবে নিম্নলিখিত ফাইল তৈরি করুন।

সুতরাং যদি আপনার কাছে আপনার প্রকল্পগুলির মধ্যে অনেকগুলি সদৃশ ফাইল থাকে, তবে কঠিন সংরক্ষণাগারের সাথে মিলিত একটি বৃহত অভিধান আকার এবং এর সাথে বৈশিষ্ট্যটি হ'ল উল্লেখযোগ্য আকার হ্রাস হতে পারে। পরিস্থিতি 2 । অবশ্যই বড় আর্কাইভ সম্পর্কে সব সাধারণ caveats, তাই একটি অন্তর্ভুক্ত পুনরুদ্ধারের রেকর্ড এছাড়াও সুপারিশ করা হবে।