Meskipun aku bisa't berbicara tentang "penelitian" yang diterbitkan oleh "peer review jurnal" - dan saya tidak't mau harus bergantung pada mereka untuk sehari-hari bekerja - saya dapat meskipun berbicara tentang realitas ratusan server produksi di bawah berbagai Os selama bertahun-tahun:

Ada tiga alasan mengapa sebuah disk mengurangi kinerja:

• Gratis ruang kelaparan: Pikirkan file temp, Update, dll.
• File sistem degradasi: Kebanyakan sistem file menderita dalam kemampuan mereka untuk secara optimal lay out file apabila tidak cukup ruang saat
• Hardware tingkat degradasi: Ssd dan hard disk SMR tanpa cukup ruang bebas akan menunjukkan penurunan throughput dan - bahkan lebih buruk - peningkatan latency (kadang-kadang dengan banyak pesanan dari besarnya)

Titik pertama adalah sepele, terutama karena tidak waras sistem produksi akan pernah menggunakan ruang swap secara dinamis berkembang dan menyusut file.

Poin kedua sangat berbeda antara file sistem dan beban kerja. Untuk sistem Windows dengan beban kerja campuran, 70% ambang ternyata cukup bermanfaat. Untuk Linux ext4 file system dengan beberapa tapi file-file besar (misalnya video sistem siaran), ini mungkin pergi ke 90+%.

Titik ketiga adalah hardware dan firmware tergantung, tetapi terutama Ssd dengan kontroler Sandforce bisa jatuh kembali dalam gratis-blok penghapusan pada beban kerja tulis yang tinggi, yang mengarah untuk menulis latency naik ribuan persen. Kami biasanya berangkat 25% gratis pada partisi tingkat, kemudian mengamati mengisi tingkat di bawah 80%.

Rekomendasi

Saya menyadari bahwa yang saya sebutkan cara pastikan max mengisi tingkat ditegakkan. Beberapa pikiran acak, tidak satupun dari mereka "peer review" (dibayar, palsu atau nyata) tapi semua dari mereka dari sistem produksi.

• Menggunakan filesystem batas-batas: /var doesn't termasuk ke dalam akar sistem berkas.
• Monitoring, pemantauan, monitoring. Menggunakan larutan siap pakai jika itu cocok untuk anda, yang lain mengurai output dari df -h dan biarkan lonceng alarm pergi dalam kasus. Hal ini dapat menyelamatkan anda dari 30 kernel pada akar fs dengan automatic-upgrade diinstal dan berjalan tanpa autoremove pilihan.
• Menimbang potensi gangguan dari fs meluap terhadap biaya pembuatan yang lebih besar di tempat pertama: Jika anda tidak pada perangkat embedded, anda mungkin hanya dua orang 4G untuk root.

apakah sudah ada penelitian...menjadi baik persentase atau absolut jumlah ruang bebas yang diperlukan oleh kombinasi tertentu dari sistem operasi, filesystem, dan teknologi penyimpanan...?

Dalam 20 tahun dari sistem administrasi, I've pernah mengalami penelitian merinci ruang bebas persyaratan dari berbagai konfigurasi. Saya menduga hal ini karena komputer sangat beragam dikonfigurasi itu akan sulit untuk dilakukan karena banyaknya kemungkinan konfigurasi sistem.

Untuk menentukan berapa banyak ruang yang diperlukan sistem, salah satu harus memperhitungkan dua variabel:

1. Ruang minimum yang diperlukan untuk mencegah perilaku yang tidak diinginkan, yang itu sendiri mungkin memiliki cairan definisi.

Perhatikan bahwa itu's tidak membantu untuk menentukan diperlukan ruang bebas dengan definisi ini saja, seperti yang's setara dengan mengatakan's aman untuk drive 80 mph arah dinding bata sampai titik di mana anda bertabrakan dengan itu.

2. Tingkat di mana bagasi dikonsumsi, yang menentukan tambahan variabel jumlah ruang yang akan dilindungi, jangan sampai sistem menurunkan sebelum admin memiliki waktu untuk bereaksi.

Kombinasi spesifik dari OS, filesystem, yang mendasari arsitektur penyimpanan, bersama dengan aplikasi perilaku, memori virtual konfigurasi, dll. menciptakan cukup tantangan untuk satu ingin memberikan definitif gratis kebutuhan ruang.

Yang's mengapa ada begitu banyak "nugget" saran di luar sana. Anda'll melihat bahwa banyak dari mereka membuat rekomendasi sekitar konfigurasi tertentu. Misalnya, "Jika anda memiliki sebuah SSD yang's subjek untuk masalah kinerja ketika mendekati kapasitas, tetap di atas 20% ruang bebas."

Karena tidak ada jawaban yang sederhana untuk pertanyaan ini, pendekatan yang benar untuk mengidentifikasi anda sistem's minimum ruang bebas persyaratan adalah untuk mempertimbangkan berbagai generik rekomendasi dalam cahaya dari sistem anda's konfigurasi tertentu, kemudian menetapkan ambang batas, memonitor, dan bersedia untuk menyesuaikan seperlunya.

Atau anda hanya bisa menyimpan setidaknya 20% ruang kosong. Kecuali tentu saja anda memiliki 42 TB RAID 6 volume yang didukung oleh kombinasi Ssd dan hard disk tradisional dan pra-dialokasikan swap file... (yang's lelucon untuk orang-orang yang serius.)

Tentu saja, sebuah drive (HDD atau SSD sama) tidak't peduli tentang berapa persen dari itu di gunakan, selain dari Ssd mampu menghapus ruang bebas untuk anda terlebih dahulu. Baca kinerja akan persis sama, dan menulis kinerja mungkin agak lebih buruk pada SSD. Pokoknya, menulis kinerja tidak yang penting pada hampir penuh drive, karena di sana's tidak ada ruang untuk menulis apa-apa.

OS anda, file dan aplikasi di sisi lain akan mengharapkan anda untuk memiliki ruang bebas yang tersedia di semua kali. 20 tahun yang lalu itu adalah khas untuk sebuah aplikasi untuk memeriksa berapa banyak ruang yang anda miliki pada drive sebelum mencoba untuk menyimpan file anda di sana. Hari ini, aplikasi buat file-file sementara tanpa meminta izin anda, dan biasanya kecelakaan atau berperilaku tak menentu ketika mereka gagal untuk melakukannya.

Filesystem yang memiliki harapan serupa. Misalnya, NTFS cadangan sebagian besar dari disk anda untuk MFT, tetapi masih menunjukkan anda ruang ini sebagai gratis. Ketika anda mengisi disk NTFS anda di atas 80% dari kapasitas, anda mendapatkan MFT fragmentation yang memiliki dampak yang sangat nyata pada kinerja.

Selain itu, memiliki ruang bebas memang membantu terhadap fragmentasi file biasa. Filesystem yang cenderung menghindari file fragmenation dengan mencari tempat yang tepat untuk masing-masing file tergantung pada ukuran. Pada dekat-isi disk mereka'll memiliki pilihan yang lebih sedikit, sehingga mereka'll harus membuat miskin pilihan.

Pada Windows, anda're juga diharapkan untuk memiliki cukup ruang disk untuk swap file, yang dapat tumbuh bila diperlukan. Jika hal ini dapat't, anda harus mengharapkan anda mendapatkan aplikasi secara paksa ditutup. Memiliki sangat sedikit ruang swap memang bisa memperburuk kinerja.

Bahkan jika anda swap memiliki ukuran tetap, berjalan benar-benar keluar dari sistem ruang disk dapat crash sistem anda dan / atau membuat boot (Windows dan Linux sama), karena OS akan mengharapkan untuk dapat menulis ke disk saat booting. Jadi ya, memukul 90% dari penggunaan disk harus membuat anda mempertimbangkan cat anda sedang on fire. Tidak pernah saya melihat komputer yang gagal booting dengan benar sampai baru-baru ini popularitas telah dihapus untuk memberikan OS sedikit ruang disk.

apakah sudah ada penelitian, sebaiknya diterbitkan dalam jurnal peer-review […]? Kita harus kembali lebih jauh dari 20 tahun, sistem administrasi atau jika tidak, untuk ini. Ini adalah topik panas, setidaknya di dunia komputer pribadi dan workstation sistem operasi, lebih dari 30 tahun yang lalu, saat BSD orang-orang yang mengembangkan Berkeley Cepat FileSystem dan Microsoft dan IBM sedang mengembangkan Kinerja Tinggi FileSystem. Literatur pada kedua oleh penciptanya membahas cara-cara yang ini filesystem yang terorganisir sehingga blokir alokasi policy menghasilkan kinerja yang lebih baik dengan mencoba untuk membuat berturut-turut file blok yang bersebelahan. Anda dapat menemukan diskusi ini, dan fakta bahwa jumlah dan lokasi dari ruang yang tersisa untuk mengalokasikan blok-blok yang mempengaruhi blok penempatan dan dengan demikian kinerja, dalam kontemporer artikel pada subjek. Itu harus cukup jelas, misalnya, dari keterangan dari blok alokasi algoritma Berkeley FFS bahwa jika tidak ada ruang bebas pada saat ini dan sekunder silinder kelompok dan algoritma dengan demikian mencapai tingkat keempat mundur ("menerapkan pencarian lengkap untuk semua silinder kelompok") kinerja mengalokasikan disc blok akan menderita seperti ini juga akan fragmentasi file (dan karenanya baca kinerja). Itu adalah ini dan yang sejenis analisis (ini yang jauh dari hanya filesystem desain yang bertujuan untuk meningkatkan tata letak kebijakan filesystem desain dari waktu) bahwa kebijaksanaan yang diterima dari 30 tahun terakhir telah dibangun di atas. Misalnya: ucapan di kertas asli yang FFS volume disimpan kurang dari 90% penuh, jangan sampai kinerja yang menderita, yang didasarkan pada eksperimen yang dibuat oleh pencipta, dapat ditemukan kritis berulang-ulang bahkan dalam buku-buku tentang Unix filesystem yang diterbitkan abad ini (misalnya Pate2003 p. 216). Beberapa orang mempertanyakan ini, meskipun Amir H. Majidimehr benar-benar melakukan abad sebelumnya, yang mengatakan bahwa xe telah dalam praktek tidak diamati efek yang nyata; bukan hanya karena adat Unix mekanisme yang cadangan yang final 10% untuk superuser gunakan, yang berarti bahwa 90% full disc efektif penuh 100% untuk non-pengguna super anyway (Majidimehr1996 p. 68). Begitu pula Bill Calkins, yang menunjukkan bahwa dalam praktek yang dapat mengisi hingga 99%, dengan abad ke-21 disc ukuran, sebelum mengamati efek kinerja rendah ruang bebas karena bahkan 1% dari modern ukuran cakram adalah cukup untuk memiliki banyak tidak terpecah ruang bebas masih bermain dengan (Calkins2002 p. 450). Yang terakhir ini adalah contoh bagaimana kebijaksanaan yang diterima dapat menjadi salah. Ada contoh lain dari hal ini. Seperti SCSI dan ATA dunia logical blok addressing dan zoned sedikit recording agak melemparkan keluar jendela semua dari perhitungan yang cermat dari rotational latency di BSD filesystem desain, sehingga mekanisme fisik Ssd agak lempar keluar dari jendela ruang bebas menerima kebijaksanaan yang berlaku untuk Winchester cakram. Dengan Ssd, jumlah ruang bebas on perangkat sebagai whole, yaitu seluruh volume pada disk and di antara them, memiliki efek yang baik pada kinerja dan setelah seumur hidup. Dan yang sangat dasar untuk ide bahwa file harus disimpan dalam blok-blok yang bersebelahan dengan alamat blok logika adalah melemahkan oleh fakta bahwa Ssd tidak memiliki piring-piring untuk memutar dan kepala untuk mencari. Aturan berubah lagi. Dengan Ssd, direkomendasikan jumlah minimum ruang bebas adalah benar-benar more dari tradisional 10% yang berasal dari percobaan dengan Winchester cakram dan Berkeley SL 33 tahun yang lalu. Anand Lal Shimpi memberikan 25%, misalnya. Perbedaan ini diperparah oleh kenyataan bahwa ini telah menjadi ruang bebas across seluruh device, sedangkan angka 10% adalah within masing-masing satu FFS volume, dan dengan demikian tidak dipengaruhi oleh apakah seseorang's program partisi tahu untuk MEMANGKAS semua ruang yang tidak dialokasikan untuk berlaku disc volume dengan tabel partisi. Hal ini juga diperparah dengan kompleksitas seperti TRIM-sadar filesystem drivers yang dapat MEMANGKAS ruang bebas within disc volume, dan fakta bahwa produsen SSD sendiri juga already mengalokasikan berbagai tingkat reserved space yang bahkan tidak terlihat dengan perangkat (yakni tuan rumah) untuk berbagai keperluan seperti pengumpulan sampah dan memakai levelling.

Daftar pustaka

• Marshall K. McKusick, William N. Sukacita, Samuel J. Leffler, dan Robert S. Fabry (1984-08). File yang Cepat untuk Sistem UNIX. ACM Transaksi di Sistem Komputer. Volume 2 edisi 3. hal 181–197. Diarsipkan di cornell.edu.
• Roy Duncan (1989-09). Tujuan desain dan implementasi baru Kinerja Tinggi Sistem File. Microsoft Jurnal Sistem. Volume 4 issue 5. hal 1–13. Diarsipkan di wisc.edu.
• Marshall Kirk McKusick, Keith Bostic, Michael J. Karels, dan John S. menjadi seperempat manusia (1996-04-30). "The Berkeley Cepat Filesystem". The Desain dan Pelaksanaan 4.4 BSD Operasi System. Addison-Wesley Professional. ISBN 0201549794.
• Dan Jembatan (1996-05). _Dalam Kinerja Tinggi Sistem File — Bagian 4: Fragmentasi, Diskspace Bitmap dan Halaman Kode_. Bit Signifikan. Diarsipkan di Elektronik Pengembang Majalah untuk OS/2.
• Keith A. Smith dan Margo Seltzer (1996). Perbandingan SL Disk Kebijakan Alokasi. Prosiding USENIX Tahunan Konferensi Teknis. Diarsipkan di harvard.edu.
• Steve D. Pate (2003). "analisis Kinerja SL". UNIX Filesystem: Evolusi, Desain, dan Implementation. John Wiley amp; Anak laki-laki. ISBN 9780471456759.
• Amir H. Majidimehr (1996). Optimizing UNIX untuk Performance. Prentice Hall. ISBN 9780131115514.
• Bill Calkins (2002). "Mengelola Sistem File". Inside Solaris 9. Que Penerbitan. ISBN 9780735711013.
• Anand Lal Shimpi (2012-10-04). Mengeksplorasi Hubungan Antara Suku Daerah dan Kinerja Konsistensi dalam Modern Ssd. AnandTech.
• Henry Cook, Jonathan Ellithorpe, Laura Kunci, dan Andrew Waterman (2010). _IotaFS: Menjelajahi Sistem File Optimasi untuk Ssd_. IEEE Transaksi pada Elektronik Konsumen. Diarsipkan di stanford.edu.
• https://superuser.com/a/1081730/38062
• Accela Zhao (2017-04-10). Ringkasan pada SSD & FTL. github.io.
• https://superuser.com/questions/1030547/

"aturan" bervariasi tergantung pada kebutuhan anda. Dan ada kasus-kasus khusus, seperti, misalnya ZFS: "Pada kapasitas 90%, ZFS switch dari kinerja - space-based optimization, yang memiliki kinerja yang besar implikasi.". Ya, ini adalah desain aspek ZFS...bukan sesuatu yang diperoleh melalui pengamatan atau bukti anekdotal. Jelas, ini adalah kurang dari sebuah isu jika anda ZFS storage pool yang terdiri semata-mata dari Ssd. Namun, bahkan dengan disk yang berputar, anda gembira dapat mencapai 99% atau 100% ketika anda berurusan dengan statis penyimpanan dan anda don't membutuhkan kinerja top-notch - misalnya, pribadi anda semua-waktu favorit koleksi film, yang tidak pernah berubah dan di mana keamanan adalah prioritas 1.

Berikutnya, btrfs - kasus ekstrim: ketika ruang kosong yang terlalu rendah (beberapa MByte), anda dapat mencapai point of no return. Tidak, menghapus file adalah bukan pilihan, seperti yang anda bisa't. Ada hanya tidak cukup ruang untuk menghapus file. btrfs adalah SAPI (copy-on-write) file sistem, dan anda dapat mencapai titik di mana anda tidak dapat mengubah metadata lagi. Pada titik ini, anda masih dapat menambahkan penyimpanan tambahan untuk file sistem (USB thumb drive mungkin bekerja), kemudian hapus file dari file diperluas sistem, kemudian menyusut sistem file dan memindahkan penyimpanan tambahan lagi). Sekali lagi, ini adalah beberapa aspek yang disebabkan oleh desain file sistem.

Orang-orang yang dapat memberikan anda "real (serius) data" adalah orang yang berurusan dengan "real (serius) penyimpanan". Berkelok-kelok's (sangat baik) menjawab mentiones hybrid array (terdiri dari sejumlah besar tiket lambat berputar, banyak disk yang berputar cepat, banyak Ssd...) yang dioperasikan di lingkungan perusahaan dimana faktor pembatas utama adalah kecepatan di mana admin dapat order upgrade. Pergi dari 16T untuk 35T dapat mengambil 6 bulan...sehingga anda berakhir dengan serius didukung laporan yang menyarankan untuk mengatur alarm anda untuk 50%.

Untuk Ssd harus ada ruang yang tersisa karena menulis ulang tingkat kemudian meningkat dan secara negatif mempengaruhi kinerja menulis dari disk. 80% full lebih aman nilai yang mungkin untuk semua SSD disk, beberapa model-model terbaru dapat bekerja dengan baik bahkan dengan 90-95% ditempati kapasitas.

https://www.howtogeek.com/165542/why-solid-state-drives-slow-down-as-you-fill-them-up/

Ada banyak, banyak faktor yang berkontribusi terhadap hasil yang sangat setup-jumlah tertentu. Jadi, ada's tidak keras-dan-cepat nomor, ini hanya dapat diukur sebagai fungsi dari parameter-parameter tersebut. (Yang's mungkin mengapa pengguna lain melaporkan tidak ada penelitian khusus tentang subjek tertentu yang dibuat - terlalu banyak variabel untuk menyusun sesuatu yang konklusif.)

• Hardware

• HDD memiliki semua sektor dialokasikan di semua kali. Jadi itu benar-benar doesn't peduli berapa banyak dari mereka mengandung arus data pengguna. (Untuk controller, semua sektor mengandung beberapa data di semua kali, itu hanya membaca dan menimpa seperti yang diceritakan.)

• SSD's controller, di sisi lain, (de)mengalokasikan sektor dinamis, mirip dengan file sistem. Yang membuat pekerjaan ini lebih sulit pada tingkat yang lebih tinggi penggunaan. Seberapa sulit dan seberapa jauh hal ini akan mempengaruhi kinerja yang dapat diamati tergantung pada:

• Controller's kinerja dan algoritma' kualitas

• Menuliskan beban

• Untuk surat tertentu, beban keseluruhan (untuk memberikan controller waktu untuk pengumpulan sampah)

• Ruang overprovision (beberapa produsen bahkan membiarkan pelanggan memilih pre-order atau berubah secara dinamis)

• File sistem

• Sistem file yang berbeda yang dirancang untuk beban yang berbeda dan host persyaratan pengolahan. Hal ini dapat men-tweak untuk beberapa sejauh mana dengan format parameter.

• FS menulis kinerja merupakan suatu fungsi dari ruang bebas dan fragmentasi, baca kinerja merupakan suatu fungsi dari fragmentasi saja. Degradasi secara bertahap dari awal, jadi pertanyaannya adalah di mana anda ditoleransi ambang batas kebohongan.

• Jenis beban

• Menulis-beban berat menekankan cepat menemukan dan mengakses gratis baru blok

• Baca-beban berat menekankan konsolidasi data terkait sehingga dapat dibaca dengan lebih sedikit overhead

Satu hal yang perlu dipertimbangkan dengan drive mekanik adalah bahwa throughput dari tepi luar lebih tinggi dari dalam. Hal ini karena ada lebih banyak sektor per revolusi besar lingkar luar.

Sebagai drive mencapai kapasitas, kinerja akan menurun karena hanya lebih lambat dalam sektor-sektor yang akan tersedia.

Untuk lebih mendalam dalam analisis melihat https://superuser.com/a/643634

Hal ini tergantung pada tujuan penggunaan drive, tetapi pada umumnya 20% sampai 15% ruang bebas adalah jawaban yang baik untuk disk yang berputar, dan 10% atau lebih baik untuk Ssd.

Jika ini adalah drive utama pada komputer dan file dapat dipindahkan, maka 20% ruang bebas harus mencegah penurunan signifikan. Ini akan memungkinkan cukup ruang terbuka di seluruh drive untuk data yang akan dipindahkan dan disalin sesuai kebutuhan. Berputar drive akan bekerja terbaik ketika akses lokasi dekat ke data asli, sedangkan dalam SSD lokasi fisik doesn't mempengaruhi kinerja sehari-hari. Jadi, berputar drive harus memiliki lebih banyak ruang bebas murni untuk alasan kinerja. Pada SSD, mengurangi ruang bebas akan mengurangi masa pakai hard disk, tapi itu tidak't mengurangi kinerja. SSD's mencoba untuk menyimpan data sementara dan acak men-download file dalam wanita-lokasi yang digunakan sehingga mereka dapat menyeimbangkan penggunaan sel di seluruh drive; jika tidak, sebagian dari drive akan menua lebih cepat dari pada yang lain. Beberapa yang lebih baru Ssd mungkin cerdas mengatur ulang file sehingga ruang kosong untuk bergerak, tetapi drive tua tidak dapat melakukan hal ini.

Jika ini adalah sebuah media atau penyimpanan jangka panjang drive, kemudian 5% sampai 10% bebas harus cukup, dan 10% akan lebih baik jika itu adalah disk berputar. Anda don't membutuhkan banyak ruang bebas karena drive ini akan jarang memerlukan data yang akan dipindahkan, sehingga kinerja isn't hampir sama banyak faktor. Ruang bebas ini berguna terutama untuk memungkinkan sektor buruk yang harus dibuang dan diganti, dan untuk memungkinkan file yang akan lebih bersebelahan.

Saya tidak't mendorong setiap melewati 95% kapasitas untuk lebih dari satu hari kecuali ada seorang yang sangat baik, alasan-alasan yang jelas.