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/freebsd-doc/articles_vm-design/es/?format=api",
    "source": [
        "Under Linux there is no such linked list. In order to remove all the hardware page table mappings for a <literal>vm_page</literal> linux must index into every VM object that <emphasis>might</emphasis> have mapped the page. For example, if you have 50 processes all mapping the same shared library and want to get rid of page X in that library, you need to index into the page table for each of those 50 processes even if only 10 of them have actually mapped the page. So Linux is trading off the simplicity of its design against performance. Many VM algorithms which are O(1) or (small N) under FreeBSD wind up being O(N), O(N^2), or worse under Linux. Since the pte's representing a particular page in an object tend to be at the same offset in all the page tables they are mapped in, reducing the number of accesses into the page tables at the same pte offset will often avoid blowing away the L1 cache line for that offset, which can lead to better performance."
    ],
    "previous_source": "",
    "target": [
        "En Linux no existe dicha lista enlazada. Para eliminar todos los mapeos de tablas de páginas hardware para una <literal>vm_page</literal> linux debe acceder a cada objeto de Memoria Virtual que <emphasis>podría</emphasis> haber mapeado la página. Por ejemplo, si tienes 50 procesos todos mapeando la misma biblioteca compartida y quieres eliminar la página X de esa biblioteca, necesitas acceder a la tabla de páginas de cada uno de esos 50 procesos incluso si sólo 10 de ellos han mapeado la página. Así que Linux está favoreciendo la simplicidad en el diseño por el rendimiento. Muchos algoritmos de Memoria Virtual que son O(1) o (una N pequeña) en FreeBSD terminan siendo O(N), O(N^2), o peor en Linux. Puesto que los pte que representan una página concreta en un objeto suelen estar en el mismo desplazamiento en todas las tablas de páginas en las que están mapeadas, reducir el número de accesos a las tablas de páginas en el mismo desplazamiento del pte evitará por lo general que se destruya la línea de caché L1 para ese desplazamiento, lo que puede conllevar un mejor rendimiento."
    ],
    "id_hash": -6611420681611647857,
    "content_hash": -6611420681611647857,
    "location": "article.translate.xml:776",
    "context": "",
    "note": "(itstool) path: answer/para",
    "flags": "",
    "labels": [],
    "state": 20,
    "fuzzy": false,
    "translated": true,
    "approved": false,
    "position": 95,
    "has_suggestion": false,
    "has_comment": false,
    "has_failing_check": false,
    "num_words": 173,
    "source_unit": "https://translate-dev.freebsd.org/api/units/102134/?format=api",
    "priority": 100,
    "id": 207456,
    "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=243f83eb3bdde48f",
    "url": "https://translate-dev.freebsd.org/api/units/207456/?format=api",
    "explanation": "",
    "extra_flags": "",
    "pending": false,
    "timestamp": "2020-11-14T21:36:51.003033Z"
}