Unit Instance

HTTP 200 OK
Allow: GET, PUT, PATCH, DELETE, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/ru/?format=api",
    "source": [
        "FreeBSD makes use of several page queues to further refine the selection of pages to reuse as well as to determine when dirty pages must be flushed to their backing store.  Since page tables are dynamic entities under FreeBSD, it costs virtually nothing to unmap a page from the address space of any processes using it.  When a page candidate has been chosen based on the page-use counter, this is precisely what is done.  The system must make a distinction between clean pages which can theoretically be freed up at any time, and dirty pages which must first be written to their backing store before being reusable.  When a page candidate has been found it is moved to the inactive queue if it is dirty, or the cache queue if it is clean.  A separate algorithm based on the dirty-to-clean page ratio determines when dirty pages in the inactive queue must be flushed to disk.  Once this is accomplished, the flushed pages are moved from the inactive queue to the cache queue.  At this point, pages in the cache queue can still be reactivated by a VM fault at relatively low cost.  However, pages in the cache queue are considered to be \"immediately freeable\" and will be reused in an LRU (least-recently used) fashion when the system needs to allocate new memory."
    ],
    "previous_source": "",
    "target": [
        "FreeBSD использует несколько очередей страниц для обновления выбора страниц для повторного использования, а также для определения того, когда же грязные страницы должны быть сброшены в хранилище. Так как таблицы страниц во FreeBSD являются динамическими объектами, практически ничего не стоит вырезать страницу из адресного пространства любого использующего её процесса. После того, как подходящая страница, на основе счетчика использования, выбрана, именно это и выполняется. Система должна отличать между чистыми страницами, которые теоретически могут быть высвобождены в любое время, и грязными страницами, которые сначала должны быть переписаны в хранилище перед тем, как их можно будет использовать повторно. После нахождения подходящей страницы она перемещается в неактивную очередь, если она является грязной, или в очередь кэша, если она чистая. Отдельный алгоритм, основывающийся на отношении количества грязных страниц к чистым, определяет, когда грязные страницы в неактивной очереди должны быть сброшены на диск. Когда это выполнится, сброшенные страницы перемещаются из неактивной очереди в очередь кэша. В этот момент страницы в очереди кэша могут быть повторно активизированы VM со сравнительно малыми накладными расходами. Однако страницы в очереди кэша предполагается \"высвобождать немедленно\" и повторно использовать в LRU-порядке (меньше всего используемый), когда системе потребуется выделение дополнительной памяти."
    ],
    "id_hash": 2673623526903959567,
    "content_hash": 2673623526903959567,
    "location": "documentation/content/en/articles/vm-design/_index.adoc:245",
    "context": "",
    "note": "type: Plain text",
    "flags": "",
    "labels": [],
    "state": 20,
    "fuzzy": false,
    "translated": true,
    "approved": false,
    "position": 52,
    "has_suggestion": false,
    "has_comment": false,
    "has_failing_check": false,
    "num_words": 222,
    "source_unit": "https://translate-dev.freebsd.org/api/units/615411/?format=api",
    "priority": 100,
    "id": 1811510,
    "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/ru/?checksum=a51a9e6ea83cd00f",
    "url": "https://translate-dev.freebsd.org/api/units/1811510/?format=api",
    "explanation": "",
    "extra_flags": "",
    "pending": false,
    "timestamp": "2025-05-25T08:24:32.479061Z"
}