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 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: 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 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)