| 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". (en)
- Выделение-на-сбросе (также называется «отложенное выделение», англ. late allocation, delayed allocation) — это функция файловой системы компьютера, реализованная в HFS+, XFS, Reiser4, ZFS, Btrfs и ext4. Эта функция также очень напоминает старую технологию файловой системы UFS под названием «перераспределение блоков» (block reallocation). С другой стороны, такая стратегия увеличивает риск потери данных в случае внезапного пропадания питания. (ru)
|
| 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. (en)
- Выделение-на-сбросе (также называется «отложенное выделение», англ. late allocation, delayed allocation) — это функция файловой системы компьютера, реализованная в HFS+, XFS, Reiser4, ZFS, Btrfs и ext4. Эта функция также очень напоминает старую технологию файловой системы UFS под названием «перераспределение блоков» (block reallocation). Когда требуется выделить место для ожидающих записи блоков, размер дискового пространства для новых данных вычитается из счетчика свободного пространства, но на самом деле не выделяется в карте свободного пространства. Вместо этого новые данные хранятся в памяти, пока не будут сброшены на носитель из-за нехватки памяти, или пока ядро не решит сбросить «грязные» буфера, или пока какое-нибудь приложение не выполнит системный вызов Unix «sync». Этот способ выделения собирает мелкие задачи записи в более крупные. Такая задержка обработки уменьшает использование процессора и имеет тенденцию к снижению диска, особенно для файлов, которые растут медленно. Она также может помочь в сохранении непрерывности выделенного пространства, когда есть несколько одновременно растущих файлов. При использовании в сочетании с технологией копирования при записи, как в ZFS, она может превратить медленные случайные записи в быстрые последовательные записи. Таким образом, выделение блоков для хранения данных файла происходит перед физической записью на диск, а на диске выделяется место только при физической записи файла. В результате место на диске под файл выделяется более оптимально, так как операции выделения блоков делаются не по одной, а группами, что в свою очередь минимизирует фрагментацию диска и ускоряет процесс выделения блоков. С другой стороны, такая стратегия увеличивает риск потери данных в случае внезапного пропадания питания. (ru)
|
![[RDF Data]](/fct/images/sw-rdf-blue.png)
![[cxml]](/fct/images/cxml_doc.png)
![[csv]](/fct/images/csv_doc.png)
![[text]](/fct/images/ntriples_doc.png)
![[turtle]](/fct/images/n3turtle_doc.png)
![[ld+json]](/fct/images/jsonld_doc.png)
![[rdf+json]](/fct/images/json_doc.png)
![[rdf+xml]](/fct/images/xml_doc.png)
![[atom+xml]](/fct/images/atom_doc.png)
![[html]](/fct/images/html_doc.png)