Mengapa Ada Perbedaan Besar Antara 'Ukuran' dan 'Ukuran pada Disk'?
Sebagian besar waktu, nilai untuk 'Ukuran' dan 'Ukuran pada disk' akan sangat dekat dengan pencocokan saat memeriksa ukuran folder atau file, tetapi bagaimana jika ada perbedaan besar di antara keduanya? Posting Q&A SuperUser hari ini membahas jawaban untuk masalah yang membingungkan ini.
Sesi Tanya Jawab hari ini datang kepada kami berkat SuperUser-subdivisi Stack Exchange, pengelompokan situs web Q&A berbasis komunitas.
Pertanyaan
SuperUser reader thelastblack ingin tahu mengapa ada perbedaan besar antara 'Ukuran' dan 'Ukuran pada disk' untuk folder di kartu SD ponselnya:
Seperti yang Anda lihat di bawah, ada begitu banyak perbedaan antara bidang 'Ukuran' dan 'Ukuran pada disk' untuk folder ini. Mengapa demikian?
Saya tahu bahwa 'Ukuran pada disk' harus sedikit lebih dari 'Ukuran' karena unit alokasi di Windows, tetapi mengapa ada banyak perbedaan? Mungkinkah itu karena banyaknya file?
BTW, folder ini ada di kartu SD ponsel Android saya. Di dalam ini, aplikasi peta saya menyimpan peta yang di-cache, dan aplikasi mendapatkan peta dari Google Maps.
Melihat screenshot, pasti ada perbedaan besar antara 'Ukuran' dan 'Ukuran pada disk', jadi apa yang terjadi di sini menyebabkan ini?
Jawabannya
Kontributor SuperUser, Bob, memiliki jawaban untuk kita:
Saya akan berasumsi bahwa Anda menggunakan sistem file FAT / FAT32 di sini, karena Anda menyebutkan ini adalah kartu SD. NTFS dan exFAT berperilaku serupa sehubungan dengan unit alokasi. Sistem file lain mungkin berbeda, tetapi mereka tidak didukung pada Windows.
Jika Anda memiliki banyak file kecil, ini tentu saja mungkin. Pertimbangkan ini:
- 50.000 file
- Ukuran klaster 32 KB (unit alokasi), yang merupakan maks untuk FAT32
Ok, sekarang minimum ruang yang digunakan adalah 50.000 * 32.000 = 1,6 GB (menggunakan awalan SI, bukan biner, untuk menyederhanakan matematika). Ruang setiap file pada disk selalu merupakan kelipatan dari ukuran unit alokasi - dan di sini kami mengasumsikan setiap file sebenarnya cukup kecil untuk muat dalam satu unit, dengan beberapa ruang (terbuang) tersisa.
Jika setiap file rata-rata 2 KB, Anda akan mendapatkan sekitar 100 MB total - tetapi Anda juga membuang rata-rata 15x itu (30 KB per file) karena ukuran unit alokasi.
Penjelasan Mendalam
Mengapa ini terjadi? Nah, sistem file FAT32 perlu melacak di mana setiap file disimpan. Jika ingin menyimpan daftar setiap byte tunggal, tabel (seperti buku alamat) akan tumbuh pada kecepatan yang sama dengan data - dan menghabiskan banyak ruang. Jadi apa yang mereka lakukan adalah menggunakan "unit alokasi", juga dikenal sebagai "ukuran cluster". Volume dibagi ke dalam unit alokasi ini, dan sejauh menyangkut sistem file, mereka tidak dapat dibagi lagi - itu adalah blok terkecil yang dapat dialaminya. Sama seperti Anda memiliki nomor rumah, tetapi tukang pos Anda tidak peduli berapa banyak kamar tidur Anda atau yang tinggal di dalamnya.
Jadi apa yang terjadi jika Anda memiliki file yang sangat kecil? Nah, sistem file tidak peduli apakah file tersebut 0 KB, 2 KB, atau bahkan 15 KB, itu akan memberikan ruang paling sedikit yang bisa - dalam contoh di atas, itu 32 KB. File Anda hanya menggunakan sedikit ruang ini, dan sisanya pada dasarnya sia-sia, tetapi masih milik file - seperti kamar tidur yang Anda tinggalkan kosong.
Mengapa ada ukuran unit alokasi yang berbeda? Nah, itu menjadi pertukaran antara memiliki meja yang lebih besar (buku alamat, misalnya mengatakan John memiliki sebuah rumah di 123 Fake Street, 124 Fake Street, 666 Satan Lane, dll.), Atau lebih banyak ruang kosong di setiap unit (rumah) . Jika Anda memiliki file yang lebih besar, lebih masuk akal untuk menggunakan unit alokasi yang lebih besar - karena file tidak mendapatkan unit baru (rumah) sampai semua yang lain terisi. Jika Anda memiliki banyak file kecil, Anda akan memiliki meja besar (buku alamat), jadi sebaiknya berikan juga unit kecil (rumah).
Unit alokasi besar, sebagai aturan umum, akan menghabiskan banyak ruang jika Anda memiliki banyak file kecil. Biasanya tidak ada alasan yang baik untuk menggunakan di atas 4 KB untuk penggunaan umum.
Fragmentasi?
Adapun fragmentasi, fragmentasi seharusnya tidak menyia-nyiakan ruang dengan cara ini. File besar dapat terfragmentasi, mis. Berpisah, menjadi beberapa unit alokasi, tetapi setiap unit harus diisi sebelum yang berikutnya dimulai. Defragging mungkin menghemat sedikit ruang dalam tabel alokasi, tetapi ini bukan masalah spesifik Anda.
Solusi yang memungkinkan
Seperti yang disarankan gladiator2345, satu-satunya pilihan nyata Anda pada titik ini adalah hidup dengannya atau memformat ulang dengan unit alokasi yang lebih kecil.
Kartu Anda mungkin diformat dalam FAT16, yang memiliki batas lebih kecil pada ukuran tabel dan karenanya memerlukan unit alokasi yang jauh lebih besar untuk mengatasi volume yang lebih besar (dengan batas atas 2 GB dengan unit alokasi 32 KB). Sumber milik Braiam. Jika demikian, Anda tetap dapat memformat FAT32 dengan aman.
Punya sesuatu untuk ditambahkan ke penjelasan? Berbunyi dalam komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange yang mengerti teknologi lainnya? Lihat utas diskusi lengkap di sini.
