Bagaimana kompresi NTFS mempengaruhi kinerja?

57

Saya pernah mendengar bahwa kompresi NTFS dapat mengurangi kinerja karena penggunaan CPU tambahan, tetapi saya telah membaca laporan bahwa itu sebenarnya dapat meningkatkan kinerja karena berkurangnya pembacaan disk. Bagaimana tepatnya kompresi NTFS mempengaruhi kinerja sistem?

Catatan:

  • Saya menjalankan laptop dengan hard drive 5400 RPM, dan banyak hal yang saya lakukan adalah terikat I / O.
  • Prosesornya adalah AMD Phenom II dengan empat core berjalan pada 2,0 GHz.
  • Sistem didefragmentasi secara teratur menggunakan UltraDefrag .
  • Beban kerja dicampur baca-tulis, dengan membaca terjadi agak lebih sering daripada menulis.
  • File yang akan dikompres mencakup subset dokumen pribadi yang dipilih (bukan folder rumah lengkap) dan program, termasuk beberapa game (kurang menuntut) dan Visual Studio (yang cenderung lebih sering terikat I / O daripada tidak).
bwDraco
sumber
12
Saya pikir satu-satunya jawaban yang tepat adalah "mengukurnya di sistem Anda".
Mehrdad
Saya pikir ini harus tetap menjadi pertanyaan umum. CPU lebih cepat dari Memori. Sekarang. Mari kita asumsikan itu. Tentang kinerja? Tidak tahu, tapi saya juga penasaran.
Apache
1
Sistem apa itu? berapa core yang kamu punya? menjadi operasi cpu intensif, apakah Anda akan memiliki cpu ekstra lebih banyak relatif terhadap kecepatan hard drive untuk operasi yang akan Anda lakukan? Efeknya pada konsumsi daya dan temps. Kompresibilitas data. berapa banyak Baca, dan berapa banyak menulis? Mengompresi awalnya adalah lambat, tetapi membacanya kembali (tergantung) harus lebih cepat dengan jumlah yang mudah diukur.
Psycogeek
Terkait (tetapi dengan keadaan yang sedikit berbeda; khusus untuk folder dengan banyak ikon): superuser.com/questions/38605/…
bwDraco
1
Btw satu hal yang bisa Anda coba, adalah defrag. Saya mendengar keajaiban tentang UltimateDefrag, tetapi saya belum pernah mencobanya sejauh ini. (Di antara Diskeeper dan PerfectDisk, saya menggunakan yang terakhir, karena Diskeeper berhenti merilis versios baru, dll.)
Apache

Jawaban:

36

Saya pernah mendengar bahwa kompresi NTFS dapat mengurangi kinerja karena penggunaan CPU tambahan, tetapi saya telah membaca laporan bahwa itu sebenarnya dapat meningkatkan kinerja karena berkurangnya pembacaan disk.

Benar. Dengan asumsi CPU Anda, menggunakan beberapa algoritma kompresi, dapat dikompresi pada C MB / s dan dekompresi pada D MB / s, dan hard drive Anda memiliki kecepatan tulis W dan kecepatan baca R. Selama C> W, Anda mendapatkan peningkatan kinerja saat menulis, dan selama D> R, Anda mendapatkan keuntungan kinerja saat membaca. Ini adalah asumsi drastis dalam penulisan kasus, karena algoritma Lempel-Ziv (seperti yang diterapkan dalam perangkat lunak) memiliki tingkat kompresi non-deterministik (walaupun dapat dibatasi dengan ukuran kamus terbatas).

Bagaimana tepatnya kompresi NTFS mempengaruhi kinerja sistem?

Yah, itu persis dengan mengandalkan ketidaksetaraan di atas. Selama CPU Anda dapat mempertahankan tingkat kompresi / dekompresi di atas kecepatan penulisan HDD Anda, Anda harus mengalami peningkatan kecepatan. Namun, ini memang berpengaruh pada file besar, yang mungkin mengalami fragmentasi berat (karena algoritma), atau tidak dikompresi sama sekali .

Ini mungkin disebabkan oleh fakta bahwa algoritma Lempel-Ziv melambat saat kompresi bergerak (karena kamus terus bertambah, membutuhkan lebih banyak perbandingan saat bit masuk). Dekompresi hampir selalu memiliki laju yang sama, terlepas dari ukuran file, dalam algoritma Lempel-Ziv (karena kamus dapat diatasi menggunakan skema dasar + offset).

Kompresi juga memengaruhi cara file diletakkan di disk . Secara default, satu "unit kompresi" adalah 16 kali ukuran cluster (sehingga kebanyakan filesystem NTFS cluster 4 kB akan membutuhkan 64 kB chunk untuk menyimpan file), tetapi tidak meningkat melebihi 64 kB. Namun, ini dapat memengaruhi fragmentasi dan kebutuhan ruang pada disk.

Sebagai catatan akhir, latensi adalah nilai diskusi lain yang menarik. Sementara waktu aktual yang diperlukan untuk mengompres data memang memperkenalkan latensi, ketika kecepatan clock CPU dalam gigahertz (yaitu setiap siklus clock kurang dari 1 ns), latensi yang diperkenalkan dapat diabaikan dibandingkan dengan tingkat pencarian hard drive (yang ada pada urutan milidetik, atau jutaan siklus clock).


Untuk benar-benar melihat apakah Anda akan mengalami peningkatan kecepatan, ada beberapa hal yang dapat Anda coba. Yang pertama adalah membandingkan sistem Anda dengan algoritma kompresi / dekompresi berbasis Lempel-Ziv. Jika Anda mendapatkan hasil yang baik (yaitu C> W dan D> R), maka Anda harus mencoba mengaktifkan kompresi pada disk Anda.

Dari sana, Anda mungkin ingin melakukan lebih banyak tolok ukur pada kinerja hard drive yang sebenarnya. Benchmark yang benar-benar penting (dalam kasus Anda) adalah untuk melihat seberapa cepat game Anda dimuat, dan melihat seberapa cepat proyek-proyek Visual Studio Anda dikompilasi.

TL, DR: Kompresi mungkin untuk sistem file yang memanfaatkan banyak file kecil yang membutuhkan throughput tinggi dan latensi rendah. File besar (dan harus) tidak terpengaruh karena masalah kinerja dan latensi.

Penerobosan
sumber
Bisakah Anda menautkan tolok ukur berbasis kompresi / dekompresi Lempel-Ziv yang bagus?
user1075375
Fragmentasi yang diciptakan oleh kompresi NTFS (dan ditambahkan saat file diubah) akan dengan mudah menghapus peningkatan kinerja apa pun. Jika Anda memiliki kumpulan data yang sangat kompresibel yang tidak akan sering dimodifikasi dan Anda defragmen setelah kompresi, itu bisa menjadi keuntungan bersih. Modifikasi setelah kompresi akan menyebabkan fragmentasi yang tidak menyenangkan. Re: benchmark: bahkan CPU lambat hari ini cepat di LZ. Masalah fragmentasi adalah masalah terbesar sejauh ini. Ini adalah kasus klasik di mana optimasi hanya berguna dalam konteks terbatas. Pilih apa yang dikompres NTFS dengan sangat hati-hati dan itu akan menjadi kemenangan keseluruhan
Jody Lee Bruchon
1
Dan bagaimana dengan SSD?
Violet Giraffe
Bagaimana saya bisa mengukur C, D, W, dan R?
Geremia
Saya akan menghargai beberapa contoh khas praktis untuk abstraksi "C> W dan D> R"? Apakah bermanfaat untuk mengompres "Program Files" dan / atau "Windows" pada Laptop 4-core dengan HDD? dan dengan SSD? Apakah konsumsi baterai akan terpengaruh secara signifikan?
kxr
7

Anda memiliki disk yang cukup lambat, jadi pertanyaan Anda memang pantas. Kompresi NTFS adalah prosesor-intensif dan disetel untuk kecepatan daripada efisiensi kompresi.

Saya berharap Anda akan melihat (sangat) peningkatan kecil untuk operasi baca. Namun, ketika mengakses file yang berada di cache sistem Anda akan memiliki performa yang baik, karena itu harus didekompresi lagi pada setiap akses.

Anda tentu saja akan melihat bahwa operasi penulisan akan lebih lambat karena kompresi tambahan.

Menyalin file pada disk NTFS yang sama ini membutuhkan dekompresi dan kompresi, sehingga ini yang paling menderita.

Kompresi NTFS juga dapat meningkatkan fragmentasi secara signifikan, tetapi ini bukan masalah bagi kebanyakan komputer 'tipikal' di bawah beban kerja 'tipikal'.

Banyak jenis file, seperti gambar JPEG atau video atau file .zip, pada dasarnya tidak dapat dikompres, sehingga file-file ini akan lebih lambat untuk digunakan dan tanpa ada ruang yang disimpan.

File yang lebih kecil dari satu disk cluster (biasanya 4K) tidak dikompresi, karena tidak ada penguatan. Namun, ukuran cluster yang lebih kecil kadang-kadang disarankan saat mengompresi seluruh volume.

Kompresi NTFS direkomendasikan untuk volume atau file yang relatif statis. Tidak pernah disarankan untuk file sistem atau folder Pengguna.

Tetapi karena konfigurasi perangkat keras bervariasi dari satu model komputer ke model komputer lainnya, tergantung pada disk, bus, RAM, dan CPU, hanya pengujian yang akan menunjukkan efek kompresi yang tepat pada model komputer Anda.

harrymc
sumber
5

Saya menjelaskannya di sini di entri Wikpedia untuk NTFS:


NTFS dapat mengkompres file menggunakan algoritma LZNT1 (varian dari LZ77 [23]). File dikompresi dalam potongan 16-cluster. Dengan 4 kB cluster, file dikompres dalam 64 kB chunk. Jika kompresi mengurangi 64 kB data menjadi 60 kB atau kurang, NTFS memperlakukan halaman 4 kB yang tidak dibutuhkan seperti cluster file jarang yang kosong — mereka tidak ditulis. Ini memungkinkan waktu akses acak yang tidak masuk akal. Namun, file kompresif besar menjadi sangat terfragmentasi karena setiap potongan 64 kB menjadi fragmen yang lebih kecil. [24] [25] Kompresi tidak disarankan oleh Microsoft untuk file yang melebihi 30 MB karena hit kinerja. [Rujukan?]

Penggunaan kompresi terbaik adalah untuk file yang berulang-ulang, jarang ditulis, biasanya diakses secara berurutan, dan tidak dikompresi sendiri. File log adalah contoh ideal. Mengompresi file yang kurang dari 4 kB atau sudah dikompresi (seperti .zip atau .jpg atau .avi) dapat membuatnya lebih besar dan lebih lambat. [Rujukan?] Pengguna harus menghindari mengompresi file executable seperti .exe dan .dll (mereka mungkin masuk dan keluar di halaman 4 kB). Mengompresi file sistem yang digunakan saat bootup seperti driver, NTLDR, winload.exe, atau BOOTMGR dapat mencegah sistem untuk boot dengan benar. [26]

Meskipun akses baca-tulis ke file terkompresi sering, tetapi tidak selalu [27] transparan, Microsoft merekomendasikan untuk menghindari kompresi pada sistem server dan / atau jaringan berbagi memegang profil roaming karena itu menempatkan beban yang cukup besar pada prosesor. [28]

Sistem pengguna tunggal dengan ruang hard disk terbatas dapat memanfaatkan kompresi NTFS untuk file kecil, dari 4 kB hingga 64 kB atau lebih, tergantung pada kompresibilitasnya. File yang kurang dari 900 byte disimpan dengan entri direktori di MFT. [29]

Tautan paling lambat di komputer bukanlah CPU tetapi kecepatan hard drive, jadi kompresi NTFS memungkinkan ruang penyimpanan yang terbatas dan lambat menjadi lebih baik digunakan, baik dalam hal ruang maupun (sering) kecepatan. [30] (Ini mengasumsikan bahwa fragmen file terkompresi disimpan secara berurutan.)


Saya merekomendasikan kompresi hanya untuk file yang kompres ke 64KB atau kurang (yaitu 1 buah). Jika tidak, file Anda akan terdiri dari banyak pecahan 64K atau kurang.

MyDefrag melakukan pekerjaan defrag yang lebih baik.

TomTrottier
sumber
Pengalaman saya dengan UltraDefrag adalah bahwa ia melakukan pekerjaan yang layak, memberikan defrag yang lebih lengkap daripada defragmenter bawaan Windows, tapi sejauh yang saya tahu, itu tidak sepintar MyDefrag. Saya menggunakan versi 6 beta, yang memiliki beberapa bug dan fitur yang tidak diimplementasikan, tetapi jauh lebih cepat daripada versi sebelumnya.
bwDraco
1

Ini akan membuat operasi lebih lambat. Sayangnya, kami tidak dapat mengukur dengan tepat seberapa banyak atau sedikit itu akan mempengaruhi sistem Anda. Ketika file yang dikompresi terbuka, dibutuhkan kekuatan prosesor untuk membuka kompresi file sehingga sistem dapat menggunakannya; ketika Anda selesai dan menekan Save, ia menggunakan lebih banyak daya prosesor untuk mengompresnya lagi. Hanya Anda yang bisa mengukur kinerjanya.

Luke Kanada REINSTATE MONICA
sumber
4
Saya pikir Anda melewatkan seluruh inti pertanyaan. Ada pertukaran antara mengambil lebih lama untuk kompres / uncompress data, dan mengambil lebih sedikit waktu untuk membaca data dari disk (berdasarkan membaca lebih sedikit data). Jadi pernyataan Anda tidak dijamin. Contoh nyata di mana kompresi dapat dengan mudah menjadi kemenangan adalah ketika Anda membacakan sistem file jaringan. Dengan sistem file lokal, itu kurang jelas, tetapi tidak dijamin untuk satu atau lain cara.
jjlin
@ jjlin Apakah Anda memiliki contoh kapan lebih cepat?
Luke Kanada REINSTATE MONICA
@ Lukas mari kita asumsikan CPU Anda, menggunakan beberapa algoritma kompresi, dapat dikompres pada C MB / s dan dekompresi pada D MB / s, dan hard drive Anda memiliki kecepatan tulis W dan kecepatan baca R. Selama C> W, Anda mendapatkan gain kinerja saat menulis, dan selama D> R, Anda mendapatkan gain kinerja saat membaca.
Terobosan
@ Lukas lebih cepat saat menggunakannya pada drive yang lambat, seperti driver IDE lama atau drive USB 1.0 pen.
kurast
-1

siapa pun yang melihat ini hari ini harus menyadari bahwa, dalam kasus permainan video, ya bahkan yang ditambal secara teratur, mengaktifkan kompresi pada drive atau folder dapat mengurangi waktu muat, bahkan pada CPU yang lebih lambat saat ini, dan bahkan pada SSD (selain itu tercepat yang kebanyakan orang tidak punya), Anda perlu defrag secara teratur, dan saya sangat menyarankan membeli disk yang sempurna, setelah Anda menggunakan defrag "Smart agressive", SETELAH kompresi, biarkan fitur pencegahan frangmentasi otomatis diaktifkan, itu akan mengawasi pada aktivitas dan optimisasi otomatis untuk menghindari fragmentasi, pada sangat sedikit hingga tidak ada perf hit (uji coba ini semua kembali ke paha depan gen lama baik amd dan intel pada windows modern baru-baru ini terjadi)

banyak file game kompres dengan sangat baik, beberapa game memiliki file yang mengambil ruang disk, meskipun sebagian besar kosong ... satu permainan saya dikompresi beberapa waktu lalu pergi dari 6GB di salah satu foldernya di bawah 16mb ..... (berharap sedang bercanda ... bicara tentang ruang yang terbuang dan aku / O yang terbuang ....)

dikompresi folder uap teman beberapa waktu lalu, butuh 4 hari untuk kompres (pada drive 4tb dan mulai 3/4 penuh), ketika sudah selesai .... dia menggunakan sekitar 1/3 dari total drive, Defrag membutuhkan waktu satu hari lagi (tapi, itu mulai terfragmentasi karena, dia tidak pernah melakukan defrag di atasnya, pernah..meski multi-mmo di atasnya ... dan shitload permainan steam / uplay / origin / etc / di dalamnya ... )

JANGAN kompres folder gambar / gambar, itu tidak akan ada gunanya, dan hanya akan membuat mengaksesnya lebih lambat pada sistem yang lambat (bahkan tidak akan melihat pada rig 1/2 layak ...)

saya telah memadatkan drive saya di setiap sistem sejak nt4, TAPI, secara selektif, saya akan benar-benar mendekompres folder di mana kompresi tidak lebih berbahaya daripada bagus, itu "praktik terbaik" kami datang dengan jalan kembali pada hari sebagai gamer, Geeks, "itu "teman-teman (sebelum itu istilah), dan, itu tetap benar, jujur, saya berharap mereka memiliki cara yang lebih baik untuk memampatkan drive / data, dulu ada alat yang tidak gratis tapi terjangkau, yang membuat Anda jauh lebih baik hasil kompresi tanpa mengompresi data apa pun yang seharusnya tidak dikompresi ....

bagaimanapun, bahkan banyak sistem dual core yang lebih tua benar-benar mendapat manfaat secara keseluruhan jika Anda 1. menjalankan ccleaner 2. menjalankan chkdsk / f dari command prompt yang ditinggikan (ketik y kemudian restart dan biarkan menjalankan pemeriksaan) 3. kompres drive. 4. defrag dengan baik mydefrag atau lebih baik, disk yang sempurna, ini akan memakan waktu .. 5. baik folder yang berisi file besar atau gambar / konten lain yang dos tidak kompres dengan baik / sama sekali, dekompres folder atau hanya file, exp saya di sini adalah, Anda jarang harus melakukan defrag setelah proses ini tetapi, yang terbaik untuk diperiksa.

saya mengerti mengapa beberapa orang menentang kompresi, tetapi, setelah mengujinya, ketika digunakan dengan benar, ssd atau hdd, dan terutama memperlambat hdd dan ssd, kompresi bila digunakan dengan benar dapat secara serius membantu tidak hanya menghemat ruang tetapi, kinerja, bahkan sebagian besar dual yang lebih tua core dapat menangani siklus kompres / dekompresi rata-rata lebih cepat maka drive dalam sistem tersebut dapat bergerak, setelah menguji ini, gen pertama dan ssd desain lama yang lebih murah, dapat mengambil manfaat dari kompresi, tidak sebanyak hdd lebih lambat dalam banyak kasus tetapi, seorang teman memiliki netbook yang punya SANGAT lambat, sulit untuk mengganti SSD di dalamnya, serta jauh lebih mudah untuk mengganti slot SSD yang mudah diakses, tetapi, hal bodoh TIDAK BISA boot dari SSD ditambahkan tanpa menghapus yang lain secara fisik ... (bios mengerikan, tapi ... untuk apa unit ini, sebenarnya bagus, lebih kuat dari tampilannya)di luar ssd lambat yang terpasang sedemikian rupa sehingga Anda harus mengambil semuanya terpisah untuk mendapatkannya ......), mengompresi drive itu dan hanya memiliki windows dan aplikasi yang paling dasar (seperti kantor) pada lambat ssd sebenarnya mempercepatnya, bahkan dalam baca / tulis, karena cpu-nya benar-benar berakhir menunggu ssd sial..dit untuk yang lebih cepat ia incalled ... saya sarankan hanya meletakkan boot loader pada ssd internal dan os pada menambahkan tapi..saya berharap untuk akhirnya membunuh hal bodoh dengan menggunakan sebagian besar untuk file halaman .... (128gb tapi, durhaka lambat, seperti saya punya usb3 flash drive yang lebih baik menulis speads .... semua biaya itu dijual di newegg / amazon ......)mengompresi drive itu dan hanya memiliki windows dan aplikasi yang paling dasar (seperti office) pada ssd lambat sebenarnya mempercepatnya, bahkan dalam baca / tulis, karena cpu-nya sebenarnya berakhir menunggu ssd sialan..sedikit lebih cepat yang dia incalled ... saya sarankan hanya meletakkan boot loader pada SSD internal dan os pada ditambahkan tapi..saya berharap untuk akhirnya membunuh hal bodoh dengan menggunakan sebagian besar untuk file halaman .... (128gb-nya tapi, durhaka lambat, seperti saya punya flash drive usb3 yang lebih baik menulis speads .... yang semuanya dijual di newegg / amazon ......)mengompresi drive itu dan hanya memiliki windows dan aplikasi yang paling dasar (seperti office) pada ssd lambat sebenarnya mempercepatnya, bahkan dalam baca / tulis, karena cpu-nya sebenarnya berakhir menunggu ssd sialan..sedikit lebih cepat yang dia incalled ... saya sarankan hanya meletakkan boot loader pada SSD internal dan os pada ditambahkan tapi..saya berharap untuk akhirnya membunuh hal bodoh dengan menggunakan sebagian besar untuk file halaman .... (128gb-nya tapi, durhaka lambat, seperti saya punya flash drive usb3 yang lebih baik menulis speads .... yang semuanya dijual di newegg / amazon ......)Dia berharap untuk akhirnya membunuh hal bodoh itu dengan menggunakan sebagian besar untuk file halaman .... (128GB tapi, durhaka lambat, seperti saya punya usb3 flash drive yang lebih baik menulis speads .... yang harganya semua dijual di newegg / amazon ......)Dia berharap untuk akhirnya membunuh hal bodoh itu dengan menggunakan sebagian besar untuk file halaman .... (128GB tapi, durhaka lambat, seperti saya punya usb3 flash drive yang lebih baik menulis speads .... yang harganya semua dijual di newegg / amazon ......)

Saya SANGAT menyarankan untuk mengompres setidaknya gim Anda di drive / folder ... my god, dif yang dapat membuat sistem bahkan lebih cepat !!!

Una Salus Victis
sumber
sebagian besar game telah mengompres data mereka, yang tidak dapat dikompres lebih lanjut
M.kazem Akhgary
-2

Windows mengkompres data yang tidak baru-baru ini digunakan dalam RAM, dengan bahkan SSD menjadi sebagian kecil dari kecepatan saya kira kinerja hit adalah masalah non-. Saya lebih khawatir tentang blok terkompresi yang mengembangkan kesalahan 1-2 bit dan tidak dapat memulihkan beberapa atau semua data ... atau kesalahan kamus dalam kasus terburuk. Apa pun yang menghasilkan disk yang tidak dapat dibaca pada OS alternatif dan berpotensi menurunkan keandalan tidak sebanding dengan kecepatan ekstra yang dibawanya, IMHO. File paket tekstur videogame dan semacamnya biasanya sudah dikompresi, jadi saya tidak melihat bagaimana meletakan set kompresi yang lain akan meningkatkan banyak hal. Saya ingin melihat OS yang mendukung penandaan file sebagai tata letak linear pada geometri disk sehingga acak r / w tidak digunakan. Ini mempercepat bahkan pada SSD untuk kasus penggunaan tertentu. Masalah saya yang lain dengan kompresi adalah karena gambar dan film sudah dikompresi, seperti halnya MS Office docs dan banyak format lainnya, Anda terjebak menandai file sebagai kompresibel dan manajemen mikro. Untuk pohon sumber linux atau proyek open source besar itu bisa banyak membantu karena kompresi biasanya optimal pada file teks.

Guesty McGuesterson
sumber
1
Untuk memperjelas hal linear-pada-geometri terutama akan membantu HDD, dan file lebih dari 500MB. Saya telah bekerja dengan file TIFF 500GB sebelum itu akan mendapat manfaat yang cukup besar saat memuat. Windows mencoba melakukan ini tetapi itu bergantung pada drive yang didefrag secara teratur dan ukuran cluster yang tepat yang mungkin tidak optimal untuk aplikasi lain. Untuk mengatasi kekacauan ini, saya menggunakan SSD untuk boot, drive 2TB untuk proyek musik / film, 2TB lain untuk file RAW dari DSLR, dan 4TB yang menyimpan kode sumber dalam jumlah besar yang dapat saya kompres untuk mendapatkan keuntungan yang cukup besar di ruang.
Guesty McGuesterson
1
Idealnya saya ingin SSD kedua hanya untuk "file program" untuk membatasi pertikaian antara file sistem dan itu, tetapi windows cenderung menghentikan upaya untuk mengatur itu setelah beberapa minggu. Saya dapat membuat D: \ Program Files atau apa pun, tetapi terlalu banyak program yang dikodekan untuk menempatkan omong kosong pada drive sistem secara harfiah di mana-mana.
Guesty McGuesterson
-2

Kompresi Microsoft Windows NTFS tidak boleh digunakan untuk apa pun selain file log atau, secara umum, file teks atau file yang sangat kompresif.

Pertimbangkan ini: secara historis saya telah melihat kinerja kompresi file macet pada 20-25 MiB / s. Ini adalah kecepatan normal untuk zip file dengan satu prosesor 2.4-3.0Ghz. Kompresi NTFS tidak multithreaded. Ini masalah besar!

Pertimbangkan kecepatan yang layak untuk hard drive saat ini adalah 100 MiB / s. Jika Anda tidak mendapatkan kompresi 4-5x Anda secara signifikan kehilangan kinerja baik dalam membaca dan menulis. Inilah yang terjadi.

Alessandro Zigliani
sumber