Setiap fragmen harus dilacak di suatu tempat. Itu membutuhkan ruang penyimpanan (dalam pipa sistem File, bukan barang yang seharusnya Anda akses langsung).
Contoh: Misalkan Anda memiliki satu file dengan 1000 fragmen. Dengan demikian file Anda disimpan melalui kumpulan blok acak .. Daripada dalam satu blok berkelanjutan. Ini berarti file terfragmentasi membutuhkan 1000x lebih banyak ruang penyimpanan dalam pipa sistem file, jika hanya untuk menyimpan alamat untuk setiap fragmen. Plumbing sistem file menyimpan kamus kecil / basis data / peta / tabel / daftar ke lokasi setiap fragmen file. Jadi, untuk sistem file plumbing, menyimpan daftar pointer fragmen tunggal tidak membutuhkan banyak ruang, dibandingkan dengan daftar 1000 fragmen pointer ..
Tapi hei, mungkin aku salah ...
Sunting: Informasi pendukung dari sini :
Ketika aliran data non-residen terlalu banyak terfragmentasi, sehingga peta alokasi efektifnya tidak dapat sepenuhnya masuk dalam catatan MFT, peta alokasi dapat juga disimpan sebagai aliran non-residen, dengan hanya aliran residen kecil yang berisi alokasi tidak langsung memetakan ke peta alokasi non-residen yang efektif dari aliran data non-residen.
Terjemahan: Jika Anda memiliki fragmentasi berat, asumsi kasus umum dari pemipaan sistem file tidak akan berlaku. Dengan demikian, FS harus mengambil langkah-langkah untuk mengakomodasi fragmentasi dan berakhir dengan biaya ruang penyimpanan tambahan, hanya untuk mengelola fragmen. Dugaan saya tepat dari tempat pertama.
Sunting: Mengingat hal di atas, sepertinya 10GB hilang hanya karena fragmentasi file gila. Saya bertaruh bahwa saat defragging, Anda memiliki beberapa korupsi sistem file umum yang diperbaiki secara otomatis. Saya pikir Anda tidak hanya memiliki fragmentasi yang besar, tetapi juga sebagian file yang terhapus yang mengambil ruang penyimpanan. Pasti menyenangkan untuk melihat log scandisk dari defrag itu (atau menjalankan scandisk sebelum defrag)