Disk compression
একটি ডিস্ক কম্প্রেশন সফ্টওয়্যার ইউটিলিটি প্রদত্ত আকারের হার্ড ডিস্ক ড্রাইভে সংরক্ষণ করা যেতে পারে এমন তথ্যের পরিমাণ বাড়ায়। ফাইল কম্প্রেশন ইউটিলিটির বিপরীতে, যা শুধুমাত্র নির্দিষ্ট ফাইলগুলিকে সংকুচিত করে-এবং যার জন্য ব্যবহারকারীকে ফাইলগুলিকে সংকুচিত করার জন্য মনোনীত করতে হয়-একটি অন-দ্য-ফ্লাই ডিস্ক কম্প্রেশন ইউটিলিটি ব্যবহারকারীকে তার অস্তিত্ব সম্পর্কে সচেতন হওয়ার প্রয়োজন ছাড়াই আবাসিক সফ্টওয়্যারের মাধ্যমে স্বয়ংক্রিয়ভাবে কাজ করে। অন-দ্য-ফ্লাই ডিস্ক কম্প্রেশন তাই স্বচ্ছ, রিয়েল-টাইম বা অনলাইন ডিস্ক কম্প্রেশন নামেও পরিচিত। যখন তথ্য হার্ড ডিস্কে সংরক্ষণ করার প্রয়োজন হয়, তখন ইউটিলিটি তথ্য সংকুচিত করে। যখন তথ্য পড়ার প্রয়োজন হয়, তখন ইউটিলিটি তথ্যকে বিচ্ছিন্ন করে দেয়। একটি ডিস্ক কম্প্রেশন ইউটিলিটি স্ট্যান্ডার্ড অপারেটিং সিস্টেমের রুটিনগুলিকে ওভাররাইড করে। যেহেতু সমস্ত সফ্টওয়্যার অ্যাপ্লিকেশন এই রুটিনগুলি ব্যবহার করে হার্ড ডিস্কে প্রবেশ করে, তাই ডিস্ক সংকোচন ইনস্টল হওয়ার পরেও তারা কাজ চালিয়ে যায়। ডিস্ক কম্প্রেশন ইউটিলিটিগুলি বিশেষত 1990-এর দশকের গোড়ার দিকে জনপ্রিয় ছিল, যখন মাইক্রো কম্পিউটার হার্ড ডিস্কগুলি তখনও তুলনামূলকভাবে ছোট ছিল (20 থেকে 80 মেগাবাইট)। হার্ড ড্রাইভগুলিও সেই সময়ে বেশ ব্যয়বহুল ছিল, প্রতি মেগাবাইটে প্রায় 10 মার্কিন ডলার খরচ হত। যে ব্যবহারকারীরা ডিস্ক কম্প্রেশন অ্যাপ্লিকেশন কিনেছিলেন, তাদের জন্য সফ্টওয়্যারটি স্বল্পমেয়াদে তাদের বর্তমান ড্রাইভকে বৃহত্তর ড্রাইভ দিয়ে প্রতিস্থাপনের পরিবর্তে আরও বেশি ডিস্ক স্থান অর্জনের আরও অর্থনৈতিক উপায় হিসাবে প্রমাণিত হয়েছিল। একটি ভাল ডিস্ক কম্প্রেশন ইউটিলিটি, গড়ে, নগণ্য গতি হ্রাস সহ উপলব্ধ স্থান দ্বিগুণ করতে পারে। 1990-এর দশকের শেষের দিকে ডিস্ক সংকোচনের ব্যবহার বন্ধ হয়ে যায়, কারণ হার্ড ড্রাইভ প্রযুক্তি এবং উৎপাদনের অগ্রগতির ফলে ক্ষমতা বৃদ্ধি পায় এবং দাম কমে যায়। সাধারণ ডিস্ক কম্প্রেশন সমাধান স্বতন্ত্র হার্ডওয়্যার প্রাথমিক ডিস্ক কম্প্রেশন সমাধানগুলির মধ্যে কিছু ছিল হার্ডওয়্যার-সহায়ক এবং একটি সফ্টওয়্যার ড্রাইভার ছাড়াও অ্যাড-অন কম্প্রেসার/ডিকম্প্রেসার কোপ্রোসেসর কার্ড ব্যবহার করা হত। পরিচিত সমাধানগুলির মধ্যে রয়েছেঃ স্ট্যাকার এক্সটি/8 এবং স্ট্যাকার এটি/16 স্ট্যাক ইলেকট্রনিক্স এক্সপ্যানজ থেকে! এবং এক্সপেঞ্জ! মাইক্রোসফ্ট স্ট্যান্ডঅলোন সফ্টওয়্যার থেকে ডাট্রান কর্পোরেশন এমআরসিআই (মাইক্রোসফ্ট রিয়েল-টাইম কম্প্রেশন ইন্টারফেস) থেকে ইনফোচিপ সিস্টেম ডিস্কডাবলার ডিডি 2000 থেকে প্লাস পিসি প্রসেসর পাওয়ার সফ্টওয়্যার-কেবল সমাধানগুলি বেশিরভাগ পরিস্থিতিতে হার্ডওয়্যার-সহায়ক সমাধানগুলির কার্যকারিতাতে পৌঁছাতে বা এমনকি ছাড়িয়ে যেতে শুরু করে। এই কম্প্রেশন ইউটিলিটিগুলি স্বাধীনভাবে বিক্রি করা হয়েছিল। একজন ব্যবহারকারীকে সফ্টওয়্যারটি ইনস্টল এবং কনফিগার করার জন্য বিশেষভাবে বেছে নিতে হত। ইন্টিগ্রেটেড ইনফরমেশন টেকনোলজি (আইআইটি) সুপারস্টোর থেকে সানডগ সফ্টওয়্যার স্ট্যাকার থেকে স্কুইশ এবং স্কুইশ প্লাস এবং অ্যাডস্টোর ডাবলডিস্ক থেকে সুপারস্টোর প্রো এবং জেএএম সফ্টওয়্যার, কিয়েভ, ইউক্রেন থেকে ভার্টিসফ্ট সিস্টেমস জেএএম (JAM.SYS) থেকে ডাবলডিস্ক গোল্ড। রিসেলাররা পছন্দ করেছিল যে তারা আরও বেশি স্টোরেজ স্পেস দাবি করতে পারে; ব্যবহারকারীরা পছন্দ করেছিল যে তাদের সফ্টওয়্যারটি কনফিগার করতে হবে না। ডিজিটাল রিসার্চ থেকে বান্ডেলড ইউটিলিটিগুলি অন্তর্ভুক্ত করা হয়েছে (কালানুক্রমিক ক্রমে): ডিআর ডস 6.0 (1991), অ্যাডস্টোরের সুপারস্টোরের একটি কাস্টম সংস্করণ অন্তর্ভুক্ত করেছে। পামডোস 1 (1992), নোভেল থেকে (ডিজিটাল রিসার্চ অর্জনের পর), সুপারস্টোরের একটি ডিপিএমএস-সক্ষম সংস্করণ অন্তর্ভুক্ত করে। মাইক্রোসফ্টের এমএস-ডস 6.0 (1993)-এ ডাবলস্পেস অন্তর্ভুক্ত ছিল, যা ভার্টিসফ্ট সিস্টেমের ডাবলডিস্কের উপর ভিত্তি করে তৈরি হয়েছিল। এমএস-ডস 6 তথাকথিত ডস প্রি-লোড এপিআই চালু করেছে, একটি অনিবন্ধিত চ্যালেঞ্জ-প্রতিক্রিয়া টাইপ ইন্টারফেস যা CONFIG.SYS প্রক্রিয়া করার আগেই ডিস্ক কম্প্রেশন সফ্টওয়্যার (DBLSPACE.BIN) স্বয়ংক্রিয়ভাবে লোড করার অনুমতি দেয়। আইবিএম থেকে পিসি ডস 6.1 (1993), যদিও মূল প্রকাশে একটি ডিস্ক সংকোচকারী অন্তর্ভুক্ত ছিল না, সুপারস্টোর/ডিএস-এর একটি কাস্টম সংস্করণ (অ্যাডস্টোর অর্জনের পরে) পরবর্তী প্রকাশে অন্তর্ভুক্ত করা হয়েছিল, এছাড়াও পিসি ডস লাইনে প্রি-লোড এপিআই প্রবর্তন করা হয়েছিল। মাইক্রোসফ্ট থেকে এমএস-ডস 6.2 (1993), ডাবলস্পেসের একটি উন্নত সংস্করণ অন্তর্ভুক্ত করেছে। নোভেল ডস 7 (1993), নোভেল থেকে, স্ট্যাক ইলেকট্রনিক্স থেকে স্ট্যাকার 3.12 (STACKER.BIN) এর একটি ডিপিএমএস-সক্ষম সংস্করণ অন্তর্ভুক্ত করেছে, যা দূরবর্তী নেটওয়্যার এবং পিএনডাব্লু সার্ভারগুলির সাথে সংকুচিত ডেটা বিনিময়কেও সমর্থন করে যাতে ফাইলগুলি অনুলিপি করার সময় অপ্রয়োজনীয় পুনঃসংক্ষেপণ এড়ানো যায়। এটি মাল্টি-বুট পরিস্থিতিতে মাইক্রোসফ্টের ডাবলস্পেসের সাথে সামঞ্জস্য বজায় রাখার জন্য ডস 6 প্রি-লোড এপিআই-এর জন্য সমর্থনও চালু করেছে। ঐচ্ছিক একক বা বহু-ব্যবহারকারী নিরাপত্তা উপাদান লোড করার জন্য একটি অনুরূপ প্রক্রিয়া ব্যবহার করা হয়েছিল। ফিজিটেকসফ্টের পিটিএস-ডস এক্সটেন্ডেড 6 (1994)-এ আইবিএম-এর ফোল্ডার (FOLDER.SYS) পিসি ডস 6 (1994) নামে একটি ডিস্ক কম্প্রেশন উপাদান অন্তর্ভুক্ত ছিল, যার মধ্যে সুপারস্টোর/ডিএস-এর একটি সংস্করণ অন্তর্ভুক্ত ছিল। মাইক্রোসফ্টের এমএস-ডস 6.22 (1994)-এ ড্রাইভস্পেস অন্তর্ভুক্ত ছিল, যা একটি ভিন্ন কম্প্রেশন অ্যালগরিদম (DRVSPACE.BIN) সহ ডাবলস্পেস ছিল, এমএস-ডস 6.21-এর পরে আইনি কারণে কোনও ডিস্ক কম্প্রেশন সফ্টওয়্যার ছাড়াই পাঠাতে হয়েছিল। আইবিএম থেকে পিসি ডস 7 (1995), স্ট্যাক ইলেকট্রনিক্স থেকে স্ট্যাকার 4.02 এর একটি ডিপিএমএস-সক্ষম সংস্করণ অন্তর্ভুক্ত করেছে। মাইক্রোসফ্ট থেকে উইন্ডোজ 95 (1995), ড্রাইভস্পেস 2-এর একটি আপডেটেড সংস্করণ অন্তর্ভুক্ত করেছে। মাইক্রোসফট থেকে উইন্ডোজ 95 ওএসআর2 (1996), ড্রাইভস্পেস 3-এর একটি স্ট্রিপ-ডাউন সংস্করণ অন্তর্ভুক্ত করেছে। উইন্ডোজ 95 প্লাস! (1996), মাইক্রোসফ্ট থেকে, ড্রাইভস্পেস 3-এর সম্পূর্ণ সংস্করণ অন্তর্ভুক্ত করা হয়েছিল। ওপেন ডস 7.01 (1997), ক্যালডেরা থেকে (নোভেল ডস অর্জনের পর), স্ট্যাকার 3.12-এর একটি ডিপিএমএস-সক্ষম সংস্করণ অন্তর্ভুক্ত করে। কালডেরার ডিআর্-ডস্ 7.02 (1998)-এ স্ট্যাকার 3.12-এর একটি ডিপিএমএস-সক্ষম সংস্করণ অন্তর্ভুক্ত ছিল। ডিআর-ডস 7.02 মাইক্রোসফটের ড্রাইভস্পেসের জন্যও সমর্থন যোগ করেছে। আইবিএম-এর পিসি ডস 2000 (1998)-এ স্ট্যাকার 4.02-এর একটি ডিপিএমএস-সক্ষম সংস্করণ অন্তর্ভুক্ত ছিল। মাইক্রোসফটের উইন্ডোজ 98 (1998)-এ ড্রাইভস্পেস 3-এর সম্পূর্ণ সংস্করণ অন্তর্ভুক্ত ছিল। কালডেরার ডিআর্-ডস্ 703 (1999)-এ স্ট্যাকার 3.12-এর একটি ডিপিএমএস-সক্ষম সংস্করণ অন্তর্ভুক্ত ছিল। মাইক্রোসফট থেকে উইন্ডোজ 98 এসই (1999), ড্রাইভস্পেস 3-এর সম্পূর্ণ সংস্করণ অন্তর্ভুক্ত করে। PTS-DOS প্রো 2000 (1999), প্যারাগন টেকনোলজি সফ্টওয়্যার থেকে, DATACOMP নামে একটি ডিস্ক সংকোচন উপাদান অন্তর্ভুক্ত করে। অন্যান্য সমাধান স্কুইজ, লোটাস 1-2-3-এর জন্য একটি আবাসিক ডস ফাইল কম্প্রেসার এবং সানডগ সফ্টওয়্যার থেকে টার্নার হল পাবলিশিং স্কুইশ প্লাস রম থেকে লোটাস সিম্ফনি ফাইল, কিন্তু ব্যক্তিগতকৃত সফ্টওয়্যার (বর্তমানে থ্যাডিউস কম্পিউটিং)-এর মাধ্যমে একচেটিয়াভাবে বিতরণ করা হয়েছিল, এটি একটি বিশেষ রম চিপ ছিল যা স্কুইশ প্লাসের একটি কাস্টম সংস্করণ ধারণ করে যার এইচপি পোর্টেবল প্লাসের জন্য অভিযোজিত মাত্র 36 কেবি পদচিহ্ন ছিল। অ্যাডস্টার থেকে ডাবলস্পেসের জন্য ডাবল টুলস একটি অ্যাড-অন পণ্য ছিল, যা এমএস-ডস 6.0-এর সাথে সংযুক্ত ডাবলস্পেসের কার্যকারিতা বাড়ায়। হেলিক্স সফ্টওয়্যার থেকে মাল্টিমিডিয়া স্ট্যাকার স্ট্যাকের ডিপিএমএস-সক্ষম স্ট্যাকার 4.01-এর একটি বান্ডিল ছিল যা হেলিক্স ক্লোকিং এবং ইউটিলিটিগুলির সাথে মিলিত ছিল, ক্লোকিংয়ের অন্তর্নির্মিত ডিপিএমএস সার্ভারকে সুরক্ষিত মোডে স্থানান্তর এবং চালানোর জন্য ব্যবহার করে। টিএইচএস ফাইল সিস্টেম (টমাস শ্যুয়ারম্যানের লেখা 1994-1996), লিনাক্সের জন্য একটি সংকুচিত ফাইল সিস্টেম ড্রাইভার, যা কিছু সিভিএফ পড়তে পারে। ডি. এম. এস. ডি. ও. এস (1996), একটি লিনাক্স কার্নেল ড্রাইভার, যা ডাবলস্পেস, ড্রাইভস্পেস 2 এবং 3, পাশাপাশি স্ট্যাকার 3 এবং 4 ভলিউমের পড়া এবং লেখা সমর্থন করে। মাইক্রোসফ্ট থেকে উইন্ডোজ এক্সপি, একটি নেটিভ সমর্থন এবং একটি কমান্ড উভয়ই অন্তর্ভুক্ত করেছিল যা এনটিএফএস সিস্টেমে ফাইলগুলিকে সংকুচিত করে, যা উপরেরগুলির মতো পৃথক "সংকুচিত ড্রাইভ" হিসাবে প্রয়োগ করা হয় না। অপারেশন ডিস্ক কম্প্রেশন সাধারণত একটি একক বড় ফাইল তৈরি করে, যা একটি ভার্চ্যুয়াল হার্ড ড্রাইভে পরিণত হয়। এটি একটি একক শারীরিক হার্ড ড্রাইভকে একাধিক ভার্চ্যুয়াল ড্রাইভে বিভক্ত করার অনুরূপ। কম্প্রেসড ড্রাইভ একটি ডিভাইস ড্রাইভারের মাধ্যমে অ্যাক্সেস করা হয়। বিদ্যমান ড্রাইভগুলি সংকুচিত করলে প্রাথমিকভাবে সমস্ত ড্রাইভগুলি খালি থাকবে। একটি ড্রাইভ তৈরি করার ইউটিলিটি সাধারণত "একটি বর্তমান ড্রাইভ সংকুচিত" করার প্রস্তাব দেয়। এর অর্থ হ 'ল ইউটিলিটিটিঃ বিদ্যমান ড্রাইভে সংরক্ষিত একটি খালি সংকুচিত ড্রাইভ তৈরি করুন। পুরনো ড্রাইভে বিদ্যমান ফাইলগুলি নতুন সংকুচিত ড্রাইভে স্থানান্তর করুন। আরও ফাইল রাখার জন্য প্রয়োজন অনুযায়ী নতুন সংকুচিত ড্রাইভের আকার বাড়ান এবং কাজ শেষ হলে খালি স্থানের অনুমতি দিন। যখন সমস্ত ফাইল স্থানান্তরিত হবে, তখন ড্রাইভ অক্ষরগুলি অদলবদল করা হবে। সাধারণত নির্দিষ্ট কিছু সিস্টেম ফাইল স্থানান্তর করা হয় না। উদাহরণস্বরূপ, ওএস সোয়াপ ফাইলগুলি শুধুমাত্র হোস্ট ড্রাইভে থাকবে। বুট ড্রাইভ সংকুচিত করতে একটি ডিভাইস ড্রাইভারকে সংকুচিত ড্রাইভ অ্যাক্সেস করতে লোড করতে হত। একটি সংকুচিত ড্রাইভ সিঃ বুট প্রক্রিয়ায় প্রয়োজনীয় পরিবর্তনগুলি নিম্নরূপঃ সিস্টেম বিআইওএস প্রথম শারীরিক হার্ড ড্রাইভের সেক্টর 0 লোড করে (মাস্টার বুট রেকর্ড)। পার্টিশন সেক্টর বুটেবল পার্টিশনের সেক্টর 0 লোড করে (ভলিউম বুট রেকর্ড)। এই ক্ষেত্রে, এটি হোস্ট ড্রাইভ। হোস্ট ড্রাইভ সেক্টর 0 লোড (ডস-এর ক্ষেত্রে) ডস বায়োস (IO.SYS, IBMBIO.COM ইত্যাদি) সংস্করণের উপর নির্ভর করে, শুধুমাত্র ফাইলের প্রথম কয়েকটি সেক্টর বা পুরো ফাইলটি মেমরিতে লোড করা যেতে পারে। প্রথম ক্ষেত্রে, লোড করা স্টাবে আরেকটি লোডার থাকে যা ডিস্ক থেকে ফাইলের অবশিষ্টাংশ লোড করে। ডিআর-ডসের ক্ষেত্রে, বিআইওএস প্যাক করা থাকে এবং একটি এমবেডেড ডিকম্প্রেশন রুটিনের মাধ্যমে নিজেকে ডিকম্প্রেস করে। ডস বায়োস তারপর ডস কার্নেল (MSDOS.SYS, IBMDOS.COM ইত্যাদি) লোড করে। যদি ডস প্রি-লোড এপিআই সমর্থন করে, তবে ডস বায়োস হোস্ট ড্রাইভের মূল থেকে একটি প্রি-লোডযোগ্য কম্প্রেশন ড্রাইভার (DBLSPACE.BIN, DRVSPACE.BIN বা STACKER.BIN) লোড করার চেষ্টা করে এবং ডস প্রি-লোড এপিআই-এর মাধ্যমে এর সাথে যোগাযোগ করার চেষ্টা করে। ড্রাইভার যদি প্রত্যাশিতভাবে সাড়া দেয় তবে ডস বায়োস ড্রাইভারকে রাখবে, যদি না হয় তবে এটি ফেলে দেওয়া হবে। যদি সেই অনুযায়ী রাখা এবং কনফিগার করা হয়, তবে ড্রাইভ অক্ষরগুলি অদলবদল করা যেতে পারে, যাতে সংকুচিত ড্রাইভটি সিঃ হয়ে যায়। ডস বায়োস বুট ড্রাইভের মূলে ফাইলটি অনুসন্ধান করে CONFIG.SYS প্রক্রিয়াকরণ শুরু করে। ডিআর-ডসের ক্ষেত্রে, উপস্থিত থাকলে ডি CONFIG.SYS, CONFIG.SYS-এর চেয়ে বেশি প্রাধান্য পায়। প্রি-লোড এপিআই-এর মাধ্যমে লোড না করা কম্প্রেশন ড্রাইভারগুলি ডিভাইসে স্টেটমেন্টের মাধ্যমে লোড করা যেতে পারে। কনফিগারেশনের উপর নির্ভর করে এবং যদি এটি ইতিমধ্যে না ঘটে থাকে, তবে ড্রাইভ অক্ষরগুলি অদলবদল করা যেতে পারে, যাতে সংকুচিত ড্রাইভটি সিঃ হয়ে যায়। কম্প্রেসড ড্রাইভ থেকে প্রক্রিয়াকরণ চলতে থাকে। কর্মক্ষমতার প্রভাব ধীরগতির হার্ড ড্রাইভ সহ সিস্টেমে, ডিস্ক সংকোচন আসলে সিস্টেমের কর্মক্ষমতা বাড়িয়ে তুলতে পারে। এটি দুটি উপায়ে সম্পন্ন করা হয়েছিলঃ একবার সংকুচিত হলে, কম তথ্য সংরক্ষণ করা হত। দক্ষতার জন্য ডিস্ক অ্যাক্সেসগুলি প্রায়শই একসাথে ব্যাচ করা হত। যদি সিস্টেমটিকে হার্ড ড্রাইভ অ্যাক্সেস সম্পূর্ণ করার জন্য ঘন ঘন অপেক্ষা করতে হয় (আই/ও আবদ্ধ) তবে হার্ড ড্রাইভকে সংকুচিত ড্রাইভে রূপান্তর করা সিস্টেমের গতি উল্লেখযোগ্যভাবে বাড়িয়ে তুলতে পারে। ডেটা কম্প্রেশন এবং ডিকম্প্রেশন সিপিইউ ব্যবহার বাড়ায়। যদি সিস্টেমটি ইতিমধ্যেই সিপিইউ দ্বারা আবদ্ধ থাকে, তবে ডিস্ক সংকোচন সামগ্রিক কর্মক্ষমতা হ্রাস করে। ডিস্ক কম্প্রেশন ব্যবহারের কিছু সাধারণ ত্রুটিঃ সমস্ত কম্প্রেশন ইউটিলিটিগুলি কোনও ডিস্ককে সংকুচিত করার আগে এফ. এ. টি ফাইল সিস্টেমে ত্রুটির অনুপস্থিতি নিশ্চিত করবে না। কিছু ত্রুটি, যেমন ক্রসলিঙ্ক করা ফাইল, স্থানান্তর প্রক্রিয়া চলাকালীন অতিরিক্ত ডেটা ক্ষতির কারণ হতে পারে। কম্প্রেসড ড্রাইভ শুধুমাত্র তখনই দৃশ্যমান হয় যখন ডিভাইস ড্রাইভারটি লোড করা থাকে এবং কম্প্রেসড ড্রাইভটি মাউন্ট করা থাকে। উদাহরণস্বরূপ, একটি বুট ডিস্কে ড্রাইভার নাও থাকতে পারে। (বিদেশী অপারেটিং সিস্টেমগুলি বুট না করা পর্যন্ত অপারেশন সিস্টেমগুলির সাথে একত্রিত সমাধানগুলির জন্য এটি সাধারণত কোনও সমস্যা ছিল না, কারণ এসওয়াইএস-এর মতো সিস্টেম ইউটিলিটিগুলি ডিফল্টভাবে বুট ডিস্কগুলিতে কম্প্রেশন ড্রাইভারগুলি অনুলিপি করার জন্য সংশোধন করা হয়েছিল এবং সংশ্লিষ্ট অপারেশন সিস্টেমগুলি বুট ডিস্ক ব্যতীত অন্য ড্রাইভে তাদের সন্ধান করতে ফিরে আসবে যদি সেগুলি সেখানে না পাওয়া যায়।) যদি সংকুচিত ডিস্কে তথ্যের বর্ধিত আকার স্বাভাবিক ডিস্ক ক্ষমতার চেয়ে বড় হয় তবে আনইনস্টলেশন সমস্যাযুক্ত ছিল। ব্যবহারকারীরা সবসময় বুঝতে পারেনি যে হোস্ট ড্রাইভের বড় ফাইলে সংকুচিত ড্রাইভ রয়েছে। যদিও এটি সাধারণত ডিফল্টরূপে "লুকানো" ছিল, ব্যবহারকারীরা যারা বড় ফাইলটিকে কৌতূহলী বা সন্দেহজনক বলে মনে করেছিলেন তারা এটি মুছে ফেলতে সক্ষম হয়েছিলেন। এর ফলে সাধারণত তথ্যের ক্ষতি হয়। আরও দেখুন র্যাম কম্প্রেশন ডেটা কম্প্রেশন ডিস্ক ফ্র্যাগমেন্টেশন এক্সিকিউটেবল কম্প্রেশন সেলফ-এক্সট্র্যাক্টিং আর্কাইভ cramfs e2compr স্কোয়াশএফএস এমডিএফএটি (ডাবলস্পেস) বিটএফএটি (ডাবলস্পেস) এমডিবিপিবি (ডাবলস্পেস) নোটস রেফারেন্স এক্সটার্নাল লিঙ্ক এফএফ। কম্প্রেশন কম্প্রেশন ইউটিলিটি সফ্টওয়্যার প্রকার কম্প্রেশন ফাইল সিস্টেম