Pliki z dziurami

Path	csiph.com!aioe.org!news.mixmin.net!news.unit0.net!news.nask.pl!news.nask.org.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail
From	Borneq <borneq@antyspam.hidden.pl>
Newsgroups	pl.comp.programming
Subject	Pliki z dziurami
Date	Thu, 2 Feb 2017 20:07:49 +0100
Organization	ATMAN - ATM S.A.
Lines	12
Message-ID	<o70024$ees$1@node2.news.atman.pl> (permalink)
NNTP-Posting-Host	91.239.205.105
Mime-Version	1.0
Content-Type	text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding	8bit
X-Trace	node2.news.atman.pl 1486062468 14812 91.239.205.105 (2 Feb 2017 19:07:48 GMT)
X-Complaints-To	usenet@atman.pl
NNTP-Posting-Date	Thu, 2 Feb 2017 19:07:48 +0000 (UTC)
User-Agent	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0
X-Mozilla-News-Host	news://news.atman.pl:119
Xref	csiph.com pl.comp.programming:29375

Show key headers only | View raw

Takie systemy plików jak NTFS czy linuksowe mają ciekawą rzecz, której 
do tej pory nie wykorzystywałem -pliki mogą posiadać "dziury". Dzięki 
temu plik można traktować jak kolejkę: zapisuję do pliku i odczytuje z 
niego po pewnym czasie. Gdy odczytam, mogę taki plik skasować ale 
dopiero wtedy. Natomiast chciałbym wyciąć kawałek pliku z początku 
zwalniając miejsce. Taki przypadek występuje przy kilkuplikowym 
sortowaniu zewnętrznym. Może się zdarzyć że pliki zajmują z 5 razy 
więcej miejsca na dysku niż plik do posortowania.
- jak stwierdzić z jakim systemem plików mamy do czynienia?
- jak stwierdzić czy posiada on obsługę dziur?
- czy da się wyliczyć faktycznie użytą ilość bajtów w pliku bez dziur?> 
(do celów statystycznych na przykład)

Back to pl.comp.programming | Previous | Next | Find similar | Unroll thread

Thread

Pliki z dziurami Borneq <borneq@antyspam.hidden.pl> - 2017-02-02 20:07 +0100

csiph-web