Autor: A3.PL Tom (tom_at_a3.pl)
Data: Mon 18 Jun 2001 - 22:58:25 MET DST
> Nie jestem pewien, ale gdzies jest uzywana tez liczba 1048
:-) .... no comments.....
Szkopuły w liczeniu PRAWDZIWEJ pojemności są dwa:
1. Sposób przeliczenia z MB (megabajt) na GB (gigabajt).
Prawidłowo powinno się obliczać 1 GB jako x 2^10 MB, czyli 1024 MB, ale z
prostych marketingowych przyczyn WSZYSCY producenci dysków uzyskują WIĘCEJ
jeżeli podadzą pojemność w RÓWNYCH TYSIĄCACH megabajtów.
Prosto to można zobrazować: 20 000 MB / 1024 = ok 19,531 GB czyli pół
gigabajta gdzieś "wcięło", a dysk sprzedaje się jako 20 "gigowy".
2. System plików i wynikająca z tego pojemność pojedyńczej jednostki
alokacji tzw. clustera.
W przypadku założenia systemu Fat 16 na dysku np 20 GB pojemność clustera
wyniesie 64 KB. System operacyjny może zapisywać dane jako wielokrotnosci 64
KB. A jak wiadomo praktycznie nigdy plik nie zdarza się aby miał równo taką
wielokrotność. Załózmy że plik zajmuje 300KB. Na dysku zajmie więc ok 4,5
clustra. Polowa piątego czyli 32 KB zostanie pusta i nie ma możliwosci jej
wykorzystania. Jak prosto przewidzieć jeśli na dysku jest dużo plików a
każdy "zostawi" trochę wolnego nazbiera się cała kupa niewykorzystywalnego
miejsca. W przypadku tak dużego clustra i dużych dysków straty przy zapisie
mogą dojść do 30%.
Lepiej jest w przypadku systemu Fat32, a jeszcze lepiej Ext2 lub Ntfs. Tam
straty są 3 i więcej razy mniejsze.
Wynika z tego że trzeba z głową projektować podział dysku i rodzaj systemu
plików. Zaoszczędzić można w ten sposób ładnych kilkaset MB.
Pozdrawiam
Tom
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 22:17:21 MET DST