About: Allocate-on-flush     Goto   Sponge   NotDistinct   Permalink

An Entity of Type : yago:FileSystem105732614, within Data Space : dbpedia.org associated with source document(s)
QRcode icon
http://dbpedia.org/describe/?url=http%3A%2F%2Fdbpedia.org%2Fresource%2FAllocate-on-flush

Allocate-on-flush (also called delayed allocation) is a file system feature implemented in HFS+, XFS, Reiser4, ZFS, Btrfs, and ext4. The feature also closely resembles an older technique that Berkeley's UFS called "block reallocation".

AttributesValues
rdf:type
rdfs:label
  • Allocate-on-flush
  • Отложенное выделение места
rdfs:comment
  • Allocate-on-flush (also called delayed allocation) is a file system feature implemented in HFS+, XFS, Reiser4, ZFS, Btrfs, and ext4. The feature also closely resembles an older technique that Berkeley's UFS called "block reallocation".
  • Выделение-на-сбросе (также называется «отложенное выделение», англ. late allocation, delayed allocation) — это функция файловой системы компьютера, реализованная в HFS+, XFS, Reiser4, ZFS, Btrfs и ext4. Эта функция также очень напоминает старую технологию файловой системы UFS под названием «перераспределение блоков» (block reallocation). С другой стороны, такая стратегия увеличивает риск потери данных в случае внезапного пропадания питания.
foaf:isPrimaryTopicOf
dct:subject
Wikipage page ID
Wikipage revision ID
Link from a Wikipage to another Wikipage
sameAs
dbp:wikiPageUsesTemplate
has abstract
  • Allocate-on-flush (also called delayed allocation) is a file system feature implemented in HFS+, XFS, Reiser4, ZFS, Btrfs, and ext4. The feature also closely resembles an older technique that Berkeley's UFS called "block reallocation". When blocks must be allocated to hold pending writes, disk space for the appended data is subtracted from the free-space counter, but not actually allocated in the free-space bitmap. Instead, the appended data are held in memory until they must be flushed to storage due to memory pressure, when the kernel decides to flush dirty buffers, or when the application performs the Unix "sync" system call, for example. This has the effect of batching together allocations into larger runs. Such delayed processing reduces CPU usage, and tends to reduce disk fragmentation, especially for files which grow slowly. It can also help in keeping allocations contiguous when there are several files growing at the same time. When used in conjunction with copy on write as it is in ZFS, it can convert slow random writes into fast sequential writes.
  • Выделение-на-сбросе (также называется «отложенное выделение», англ. late allocation, delayed allocation) — это функция файловой системы компьютера, реализованная в HFS+, XFS, Reiser4, ZFS, Btrfs и ext4. Эта функция также очень напоминает старую технологию файловой системы UFS под названием «перераспределение блоков» (block reallocation). Когда требуется выделить место для ожидающих записи блоков, размер дискового пространства для новых данных вычитается из счетчика свободного пространства, но на самом деле не выделяется в карте свободного пространства. Вместо этого новые данные хранятся в памяти, пока не будут сброшены на носитель из-за нехватки памяти, или пока ядро не решит сбросить «грязные» буфера, или пока какое-нибудь приложение не выполнит системный вызов Unix «sync». Этот способ выделения собирает мелкие задачи записи в более крупные. Такая задержка обработки уменьшает использование процессора и имеет тенденцию к снижению диска, особенно для файлов, которые растут медленно. Она также может помочь в сохранении непрерывности выделенного пространства, когда есть несколько одновременно растущих файлов. При использовании в сочетании с технологией копирования при записи, как в ZFS, она может превратить медленные случайные записи в быстрые последовательные записи. Таким образом, выделение блоков для хранения данных файла происходит перед физической записью на диск, а на диске выделяется место только при физической записи файла. В результате место на диске под файл выделяется более оптимально, так как операции выделения блоков делаются не по одной, а группами, что в свою очередь минимизирует фрагментацию диска и ускоряет процесс выделения блоков. С другой стороны, такая стратегия увеличивает риск потери данных в случае внезапного пропадания питания.
prov:wasDerivedFrom
page length (characters) of wiki page
is foaf:primaryTopic of
is Link from a Wikipage to another Wikipage of
is Wikipage redirect of
is Wikipage disambiguates of
Faceted Search & Find service v1.17_git51 as of Sep 16 2020


Alternative Linked Data Documents: PivotViewer | iSPARQL | ODE     Content Formats:       RDF       ODATA       Microdata      About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] Valid XHTML + RDFa
OpenLink Virtuoso version 08.03.3319 as of Dec 29 2020, on Linux (x86_64-centos_6-linux-glibc2.12), Single-Server Edition (61 GB total memory)
Data on this page belongs to its respective rights holders.
Virtuoso Faceted Browser Copyright © 2009-2021 OpenLink Software