12Aug
W większości przypadków wartości "Rozmiar" i "Rozmiar na dysku" będą bardzo zbliżone do dopasowania podczas sprawdzania rozmiaru folderu lub pliku, ale co z dużym rozbieżności między nimi? Dzisiejszy post SuperUser Q & A przedstawia odpowiedź na ten mylący problem.
Dzisiejsze pytanie &Sesja odpowiedzi przychodzi do nas dzięki uprzejmości SuperUser - poddziału Stack Exchange, opartego na społecznościach grupy Q & A.
Pytanie Czytnik
SuperUser thelastblack chce wiedzieć, dlaczego istnieje tak ogromna różnica między "Rozmiar" i "Rozmiar na dysku" dla folderu na karcie SD swojego telefonu:
Jak widać poniżej, jest tak wiele różnic międzyPola "Rozmiar" i "Rozmiar na dysku" dla tego folderu. Dlaczego?
Wiem, że "Rozmiar na dysku" powinien być nieco większy niż "Rozmiar" z powodu jednostek alokacji w systemie Windows, ale dlaczego jest tak duża różnica? Czy to możliwe z powodu dużej liczby plików?
BTW, ten folder znajduje się na karcie SD mojego telefonu z Androidem. Wewnątrz moja aplikacja do map przechowuje buforowane mapy, a aplikacja pobiera mapy z Map Google.
Patrząc na zrzut ekranu, istnieje zdecydowanie duża rozbieżność między "Rozmiar" i "Rozmiar na dysku", więc co się tutaj stało, aby to spowodować?
Odpowiedź Autor
SuperUser Bob ma dla nas odpowiedź:
Zakładam, że używasz tutaj systemu plików FAT / FAT32, ponieważ wspomniałeś, że jest to karta SD.NTFS i exFAT zachowują się podobnie w odniesieniu do jednostek alokacji. Inne systemy plików mogą być inne, ale i tak nie są obsługiwane w systemie Windows.
Jeśli masz dużo małych plików, jest to z pewnością możliwe. Rozważmy to:
- 50 000 plików
- Rozmiar klastra 32 KB( jednostki alokacji), który jest maksimum dla FAT32
Ok, teraz zajmuje minimum 50 000 * 32 000 = 1,6 GB( przy użyciu prefiksów SI, a nie binarnych, aby uprościćmatematyka).Przestrzeń, którą każdy plik przyjmuje na dysku, jest zawsze wielokrotnością rozmiaru jednostki alokacji - i tutaj zakładamy, że każdy plik jest wystarczająco mały, aby zmieścić się w pojedynczej jednostce, z pozostałym( zmarnowanym) miejscem.
Gdyby każdy plik wynosił średnio 2 KB, uzyskałbyś łącznie około 100 MB - ale marnujesz również 15 razy mniej( 30 KB na plik) ze względu na rozmiar jednostki alokacji.
Wyjaśnienie do szczegółów
Dlaczego tak się dzieje? Cóż, system plików FAT32 musi śledzić położenie każdego pliku. Jeśli miałaby zachowywać listę wszystkich pojedynczych bajtów, tabela( podobnie jak książka adresowa) rozwijałaby się z tą samą szybkością, co dane - i marnowała dużo miejsca. Więc to, co robią, to używać "jednostek alokacji", zwanych także "rozmiarem klastra".Wolumen jest podzielony na te jednostki alokacji, a jeśli chodzi o system plików, nie można ich podzielić: są to najmniejsze bloki, które może adresować.Podobnie jak masz numer domu, ale twój listonosz nie dba o to, ile masz sypialni lub kto w nich mieszka.
Co się stanie, jeśli masz bardzo mały plik? Cóż, system plików nie dba o to, czy plik ma rozmiar 0 KB, 2 KB, czy nawet 15 KB, zapewni mu jak najmniej przestrzeni - w powyższym przykładzie to 32 KB.Twój plik wykorzystuje tylko niewielką część tej przestrzeni, a reszta jest w zasadzie zmarnowana, ale wciąż należy do pliku - podobnie jak sypialnia, którą pozostawiasz niezajętym.
Dlaczego istnieją różne rozmiary jednostek alokacji? Cóż, staje się kompromisem między posiadaniem większego stołu( książki adresowej, np. Mówiąc, że John jest właścicielem domu przy 123 Fake Street, 124 Fake Street, 666 Satan Lane itp.) Lub więcej marnowanego miejsca w każdej jednostce( domu).Jeśli masz większe pliki, lepiej jest użyć większych jednostek alokacji - ponieważ plik nie dostaje nowej jednostki( domu), dopóki wszystkie pozostałe nie zostaną wypełnione. Jeśli masz dużo małych plików, to i tak będziesz miał duży stół( książkę adresową), więc równie dobrze możesz dać im małe jednostki( domy).
Zasadniczo duże jednostki alokacji będą marnować dużo miejsca, jeśli masz dużo małych plików. Zwykle nie ma dobrego powodu, aby przekraczać 4 kB do ogólnego użytku.
Fragmentacja?
Jeśli chodzi o fragmentację, fragmentacja nie powinna w ten sposób marnować miejsca. Duże pliki mogą być pofragmentowane, tj. Podzielone, na wiele jednostek alokacji, ale każda jednostka powinna zostać wypełniona przed następnym uruchomieniem. Defragmentacja może zaoszczędzić trochę miejsca w tabelach alokacji, ale nie jest to twój konkretny problem.
Możliwe rozwiązania
Zgodnie z sugestią gladiatora2345, jedyne prawdziwe opcje w tym momencie to przeżycie z nim lub sformatowanie za pomocą mniejszych jednostek alokacji.
Twoja karta może być sformatowana w systemie FAT16, który ma mniejszy limit rozmiaru tabeli, a zatem wymaga znacznie większych jednostek alokacji w celu adresowania większej objętości( z górnym limitem 2 GB z jednostkami alokacyjnymi 32 KB).Źródło dzięki uprzejmości Braiam. Jeśli tak jest, powinieneś być w stanie bezpiecznie sformatować jako FAT32.
Czy masz coś do dodania do wyjaśnienia? Dźwięk w komentarzach. Chcesz przeczytać więcej odpowiedzi od innych użytkowników Stack Exchange, którzy znają się na technologii? Sprawdź cały wątek dyskusji tutaj.
