Jump to content
You might not see this message next time you are here
June 24: An important update from Jimmy Wales

Please don't scroll past this 1-minute read. I'm sorry to interrupt, but it's Monday, June 24, and it will soon be too late to help us in our fundraiser. I ask you to reflect on the number of times you visited Wikipedia in the past year and whether you're able to give ¥300 to the Wikimedia Foundation. If everyone reading this right now gave just ¥300, we'd hit our goal in a couple of hours.

It is hard to know what to trust online these days. Wikipedia is different: not perfect, but also not here to make a profit or to push a particular perspective. It is written by everyone, together, because they want to help create a free repository of high-quality information.

Reflect on the usefulness of Wikipedia in your life, and if the knowledge you gained here was valuable, please give ¥300. Every contribution matters: every edit, every donation counts.

Proud host of Wikipedia and its sister sites

How often would you like to donate?
Please select an amount (JPY)
The average donation in Japan is around ¥800.
Please select a payment method
Please select an amount (minimum ¥146)
We cannot accept donations greater than 3650000 JPY through our website. Please contact our major gifts staff at benefactors@wikimedia.org.
Please select a payment method
Can we follow up and let you know if we need your help again? The support and advice we get from donors in Japan is priceless, but many donors don't let us stay in touch. Will you commit today, this Monday, to staying in touch with the Wikimedia Foundation?
Sorry to hear that. We don't email often; would you consider changing your mind?
Thanks for changing your mind! We’ll respect your inbox.
Your information is handled in accordance with our donor privacy policy, and each email you receive will include easy unsubscribe options.
Please select an email option

Why not make it monthly?

Monthly support is the best way to ensure that Wikipedia keeps thriving.

Thank you for your support!

Please select an amount (minimum ¥146)
We cannot accept donations greater than 3650000 JPY through our website. Please contact our major gifts staff at benefactors@wikimedia.org.
Problems donating? | Other ways to give | Frequently asked questions | We never sell your information. By submitting, you are agreeing to our donor privacy policy and to sharing your information with the Wikimedia Foundation and its service providers in the U.S. and elsewhere. If you make a recurring donation, you will be debited by the Wikimedia Foundation until you notify us to stop. We’ll send you an email which will include a link to easy cancellation instructions.

Sparse file

From Wikipedia, the free encyclopedia
A sparse file: The empty bytes do not need to be saved and can be represented instead by metadata.

In computer science, a sparse file is a type of computer file that attempts to use file system space more efficiently when the file itself is partially empty. This is achieved by writing brief information (metadata) representing the empty blocks to the data storage media instead of the actual "empty" space which makes up the block, thus consuming less storage space. The full block is written to the media as the actual size only when the block contains "real" (non-empty) data.

Most commonly, sparse files are created when blocks of the file are never written to. This is typical for random-access files like databases. Some operating systems or utilities go further by "sparsifying" files when writing or copying them: if a block contains only null bytes, it is not written to storage but rather marked as empty.

When reading sparse files, the file system transparently converts metadata representing empty blocks into "real" blocks filled with null bytes at runtime. The application is unaware of this conversion.

Most modern file systems support sparse files, including most Unix variants and NTFS.[1] Apple's HFS+ does not provide support for sparse files, but in OS X, the virtual file system layer supports storing them in any supported file system, including HFS+.[citation needed] Apple File System (APFS) also supports them.[2] Sparse files are commonly used for disk images, database snapshots, log files and in scientific applications.

Advantages[edit]

The advantage of sparse files is that storage space is only allocated when actually needed: Storage capacity is conserved, and large files can occasionally be created even if insufficient free space for the original file is available on the storage media. This also reduces the time of the first write as the system does not have to allocate blocks for the "skipped" space. If the initial allocation requires writing all zeros to the space, it also keeps the system from having to write over the "skipped" space twice.

For example, a virtual machine image with max size of 100 GB that has 2 GB of files actually written would require the full 100 GB when backed by pre-allocated storage, yet only 2 GB on a sparse file. If the file system supports hole punching and the guest operating system issues TRIM commands, deleting files on the guest will accordingly reduce the space needed.

Disadvantages[edit]

Disadvantages are that sparse files may become fragmented; file system free space reports may be misleading; filling up file systems containing sparse files can have unexpected effects (such as disk-full or quota-exceeded errors when merely overwriting an existing portion of a file that happened to have been sparse); and copying a sparse file with a program that does not explicitly support them may copy the entire, uncompressed size of the file, including the zero sections which are not allocated on the storage media—losing the benefits of the sparse property in the file. Sparse files are also not fully supported by all backup software or applications. However, the VFS implementation sidesteps[citation needed] the prior two disadvantages. Loading executables on 32 bit Windows (exe or dll) which are sparse takes a much longer time since the file cannot be memory mapped in the limited 4 GB address space, and are not cached as there is no codepath for caching 32 bit sparse executables (Windows on 64 bit architectures can map sparse executables).[citation needed] On NTFS sparse files (or rather their non-zero areas) cannot be compressed. NTFS implements sparseness as a special kind of compression so a file may be either sparse or compressed.

Sparse files in Unix[edit]

Sparse files are typically handled transparently to the user. But the differences between a normal file and sparse file become apparent in some situations.

Creation[edit]

The Unix command

dd of=sparse-file bs=5M seek=1 count=0

will create a file of five mebibytes in size, but with no data stored on the media (only metadata). (GNU dd has this behavior because it calls ftruncate to set the file size; other implementations may merely create an empty file.)

Similarly the truncate command may be used, if available:

truncate -s 5M <filename>

On Linux, an existing file can be converted to sparse by:

fallocate -d <filename>

There is no portable system call to punch holes; Linux provides fallocate(FALLOC_FL_PUNCH_HOLE), and Solaris provides fcntl(F_FREESP).

Detection[edit]

The -s option of the ls command shows the occupied space in blocks.

ls -ls sparse-file

Alternatively, the du command prints the occupied space, while ls prints the apparent size. In some non-standard versions of du, the option {{{1}}} prints the occupied space in bytes instead of blocks, so that it can be compared to the ls output:

du --block-size=1 sparse-file
ls -l sparse-file

Note the above du usage has the abbreviated option syntax format "du -B 1 sf", itself equivalent to the shortest version "du -b sf" as stated in the du manual:[3] -b, --bytes is equivalent to --apparent-size --block-size=1.

Also, the tool filefrag from e2fsprogs package can be used to show block allocation details of the file.

filefrag -v sparse-file

Copying[edit]

Normally the GNU version of cp is good at detecting whether a file is sparse, so

cp sparse-file new-file

creates new-file, which will be sparse. However, GNU cp does have a --sparse option.[4] This is especially useful if a file containing long zero blocks is saved in a non-sparse way (i.e. the zero blocks have been written to the storage media in full). Storage space can be conserved by doing:

cp --sparse=always file1 file1_sparsed

Some cp implementations, like FreeBSD's cp, do not support the --sparse option and will always expand sparse files. A partially viable alternative on those systems is to use rsync with its own --sparse option[5] instead of cp. Unfortunately --sparse cannot be combined with --inplace.[6][7] Newer Versions of rsync do support --sparse combined with --inplace.[8]

Via standard input, sparse file copying is achieved as follows:

cp --sparse=always /dev/fd/0 new-sparse-file < somefile

See also[edit]

References[edit]

  1. ^ Giampaolo, Dominic (1999). Practical File System Design with the Be File System (PDF). Morgan Kaufmann Publishers. ISBN 9781558604971.
  2. ^ "Apple File System Guide". Apple's Developer Site. Apple Inc. Retrieved 27 April 2017.
  3. ^ "Du(1) – Linux manual page".
  4. ^ Meyering, Jim (1995-12-21). "GNU coreutils/cp: Accept new option, --sparse={never,auto,always}, to control creation of sparse files". Retrieved 2016-06-17.
  5. ^ Tridgell, Andrew (1996-06-29). "rsync: hard links, better sparse handling, FERROR and FINFO". Retrieved 2016-06-17.
  6. ^ Tridgell, Andrew (2016-06-30). "rsync manpage". Retrieved 2017-01-19.
  7. ^ Davison, Wayne (2005-08-30). "rsync: Reject attempts to combine --sparse with --inplace". Retrieved 2017-01-19.
  8. ^ Davison, Wayne. "Support --sparse combined with --preallocate or --inplace".

External links[edit]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Sparse_file&oldid=1223289978"