Systemy plików muszą przechowywać rozmiary plików (w bajtach lub w niektórych jednostkach zależnych od systemu plików, takich jak sektory lub bloki). Liczba bitów przypisanych do rozmiaru jest zwykle ustalana na kamieniu, gdy system plików jest zaprojektowany.
Jeśli zezwolisz na zbyt wiele bitów dla tego rozmiaru, każdy plik zajmie trochę więcej miejsca, a każda operacja będzie nieco wolniejsza. Z drugiej strony, jeśli pozwolisz na zbyt małą liczbę bitów dla tego rozmiaru, pewnego dnia ludzie będą narzekać, ponieważ próbują zapisać plik 20EB, a twój system plików crap im na to nie pozwoli.
W tamtym czasie, kiedy systemy plików, o których wspomniałeś, zostały zaprojektowane, posiadanie dysku o wielkości wystarczającej do osiągnięcia limitu brzmiało jak science fiction. (Z wyjątkiem FAT32, ale firma, która go promowała, przewidziała go jako środek pośredni, zanim wszyscy przyjęli swój błyszczący nowy NTFS, a ponadto nigdy nie byli bardzo dobrzy w przewidywaniu rosnących wymagań).
Inną rzeczą jest to, że do końca ubiegłego wieku większość sprzętu konsumenckiego (a nawet serwerowego) mogła obsługiwać jedynie szybkie obliczenia z wartościami 32-bitowymi, a systemy operacyjne zwykle używały wartości 32-bitowych dla większości rzeczy, w tym rozmiarów plików. 32 bity oznaczają 4 GB, więc systemy operacyjne były zwykle ograniczone do 4 GB plików niezależnie od systemu plików, często nawet 2 GB, ponieważ korzystały z podpisanych liczb całkowitych. Każdy poważny system operacyjny komputera lub serwera używa obecnie 64 bitów na rozmiary plików i przesunięcia, co stawia limit na poziomie 8EB.