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/pt_BR/?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": [
        "O FreeBSD faz uso de várias filas de páginas para refinar ainda mais a seleção de páginas para reutilização, bem como para determinar quando páginas inativas devem ser liberadas para o suporte ao armazenamento. Como as tabelas de páginas são entidades dinâmicas sob o FreeBSD, não custa virtualmente nada desmapear uma página do espaço de endereço de qualquer processo que a utilize. Quando uma página cadidata ser escolhida com base no contador de uso de página, isso é precisamente o que é feito. O sistema deve fazer uma distinção entre páginas limpas que teoricamente podem ser liberadas a qualquer momento, e páginas inativas que devem primeiro ser escritas em seu repositório de armazenamento antes de serem reutilizáveis. Quando uma página candidata for encontrada, ela será movida para a fila inativa, se estiver inativas, ou para a fila de cache, se estiver limpa. Um algoritmo separado baseado na proporção de páginas inativas para limpas determina quando páginas inativas na fila inativa devem ser liberadas para o disco. Depois que isso for feito, as páginas liberadas serão movidas da fila inativa para a fila de cache. Neste ponto, as páginas na fila de cache ainda podem ser reativadas por uma falha de VM a um custo relativamente baixo. No entanto, as páginas na fila de cache são consideradas <quote>imediatamente livres</quote> e serão reutilizadas em uma forma LRU (usada menos recentemente) quando o sistema precisar alocar nova memória."
    ],
    "id_hash": 2673623526903959567,
    "content_hash": 2673623526903959567,
    "location": "documentation/content/en/articles/vm-design/_index.adoc:245",
    "context": "",
    "note": "type: Plain text",
    "flags": "",
    "labels": [],
    "state": 10,
    "fuzzy": true,
    "translated": false,
    "approved": false,
    "position": 52,
    "has_suggestion": false,
    "has_comment": false,
    "has_failing_check": true,
    "num_words": 222,
    "source_unit": "https://translate-dev.freebsd.org/api/units/615411/?format=api",
    "priority": 100,
    "id": 615494,
    "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/pt_BR/?checksum=a51a9e6ea83cd00f",
    "url": "https://translate-dev.freebsd.org/api/units/615494/?format=api",
    "explanation": "",
    "extra_flags": "",
    "pending": false,
    "timestamp": "2021-03-20T20:43:41.803583Z"
}