Jacek Czerwinski <...@...z.pl> napisał(a):

> W dniu 2011-11-10 16:47, f...@g...SKASUJ-TO.pl pisze:
> > jak to jest bo nie wiem,
> rzekłeś
>
> > Czy tez mozna uznac ze czas wykonania jakiegos
> > 'fseek' jest staly i nieduzy i nie zalezy od rozmiaru
> > pliku?
>
> Po to filesystemy są na swój sposób indeksowane, by koszt 'seek' nie był
> duży. Na tym poziomie elementarną "cegiełką" jest jednostka alokacji (8K
> i w górę), nią się tam zarządza. W starszych systemach (FAT) tablicę
> tych jednostek trzeba przejrzeć sekwencyjnie (ale zwykle OS wczytuje to
> w kupie z początku dysku i buforuje), nowsze (xfs3???) są rzeczywiście
> indeksowane, organizowane w drzewa itd

czyli co - przy zalozeniu ze mam na dysku np film 5GB, i chce
odczytac tylko wylacznie 1MB ze srodka to robie fopen("film")
fseek(2 500 000 000); i moge zakladac ze to bedzie mw tak samo
szybko jak odczytanie zwyklego oddzielnego pliku 1MB? czy
wyznaczanie rozmiaru pliku jest tez bardzo szybkie? albo czy sa
sposoby na wycinanie czegos albo insertowanie do srodka wielkich
plikow? (jest jakies operacyjne api?) (pytam poniekad z
ciekawosci bo malo sie 'plikami' zajmuje - troche samo pojecie
pliku 'nobilitowala' mi ksiazka 'the art of unix programing'
czy tez sam unix bo podobno w unixie to podstawowe (i przez to
nobilitowane) pojecie




--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/