Units
Translation components API.
See the Weblate's Web API documentation for detailed description of the API.
GET /api/translations/freebsd-doc/articles_vm-design/es/units/?format=api&page=2
{ "count": 108, "next": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/units/?format=api&page=3", "previous": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/units/?format=api", "results": [ { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "The entire radix tree bitmap is also preallocated in order to avoid having to allocate kernel memory during critical low memory swapping operations. After all, the system tends to swap when it is low on memory so we should avoid allocating kernel memory at such times in order to avoid potential deadlocks." ], "previous_source": "", "target": [ "El mapa de bits entero para el árbol radix también se preasigna para evitar tener que asignar memoria del núcleo durante operaciones de intercambio con un nivel crítico de memoria baja. Después de todo, el sistema tiende a utilizar intercambio cuando está bajo en memoria de forma que deberíamos evitar asignar memoria del núcleo en esas situaciones para evitar potenciales bloqueos." ], "id_hash": -8052687048295116199, "content_hash": -8052687048295116199, "location": "article.translate.xml:401", "context": "", "note": "(itstool) path: listitem/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 52, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 52, "source_unit": "https://translate-dev.freebsd.org/api/units/102091/?format=api", "priority": 100, "id": 207413, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=103f1bcb66fb1259", "url": "https://translate-dev.freebsd.org/api/units/207413/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.699187Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "To reduce fragmentation the radix tree is capable of allocating large contiguous chunks at once, skipping over smaller fragmented chunks." ], "previous_source": "", "target": [ "Para reducir la fragmentación el árbol radix es capaz de asignar de una sola vez grandes trozos contiguos, saltándose pequeños trozos fragmentados." ], "id_hash": 990217662889969609, "content_hash": 990217662889969609, "location": "article.translate.xml:410", "context": "", "note": "(itstool) path: listitem/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 53, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 20, "source_unit": "https://translate-dev.freebsd.org/api/units/102092/?format=api", "priority": 100, "id": 207414, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=8dbdf5b7cedfc7c9", "url": "https://translate-dev.freebsd.org/api/units/207414/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.708075Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "I did not take the final step of having an <quote>allocating hint pointer</quote> that would trundle through a portion of swap as allocations were made in order to further guarantee contiguous allocations or at least locality of reference, but I ensured that such an addition could be made." ], "previous_source": "", "target": [ "No realicé el paso final de tener un <quote>puntero de anotaciones para las asignaciones</quote> que recorrería una porción del espacio de intercambio según se hicieran las asignaciones para así garantizar asignaciones contiguas o al menos localidad de referencia, pero aseguré que esa condición no podría darse." ], "id_hash": 7080136534001108744, "content_hash": 7080136534001108744, "location": "article.translate.xml:416", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 54, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 48, "source_unit": "https://translate-dev.freebsd.org/api/units/102093/?format=api", "priority": 100, "id": 207415, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=e241b2aa5e66c708", "url": "https://translate-dev.freebsd.org/api/units/207415/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.713947Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "When to free a page" ], "previous_source": "", "target": [ "Cuando liberar una página" ], "id_hash": -3579756300736772617, "content_hash": -3579756300736772617, "location": "article.translate.xml:424", "context": "", "note": "(itstool) path: sect1/title", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 55, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 5, "source_unit": "https://translate-dev.freebsd.org/api/units/102094/?format=api", "priority": 100, "id": 207416, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=4e52269c601e45f7", "url": "https://translate-dev.freebsd.org/api/units/207416/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.720312Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Since the VM system uses all available memory for disk caching, there are usually very few truly-free pages. The VM system depends on being able to properly choose pages which are not in use to reuse for new allocations. Selecting the optimal pages to free is possibly the single-most important function any VM system can perform because if it makes a poor selection, the VM system may be forced to unnecessarily retrieve pages from disk, seriously degrading system performance." ], "previous_source": "", "target": [ "Como el sistema de Memoria Virtual usa toda la memoria disponible para cachear disco, normalmente hay pocas páginas que estén realmente libres. El sistema de Memoria Virtual depende de su habilidad para adecuadamente escoger las páginas que no están en uso para reutilizarlas en nuevas asignaciones. Seleccionar las páginas óptimas para liberar es posiblemente la función más importante que cualquier sistema de Memoria Virtual puede realizar porque si la elección no es buena, el sistema de Memoria Virtual puede verse forzada a recuperar páginas de disco innecesariamente, degradando seriamente el rendimiento del sistema." ], "id_hash": 5996793375684108055, "content_hash": 5996793375684108055, "location": "article.translate.xml:426", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 56, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 79, "source_unit": "https://translate-dev.freebsd.org/api/units/102095/?format=api", "priority": 100, "id": 207417, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=d338e3cd85111f17", "url": "https://translate-dev.freebsd.org/api/units/207417/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.727035Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "How much overhead are we willing to suffer in the critical path to avoid freeing the wrong page? Each wrong choice we make will cost us hundreds of thousands of CPU cycles and a noticeable stall of the affected processes, so we are willing to endure a significant amount of overhead in order to be sure that the right page is chosen. This is why FreeBSD tends to outperform other systems when memory resources become stressed." ], "previous_source": "", "target": [ "¿Cuánto trabajo extra estamos dispuestos a sufrir en el camino crítico para evitar liberar la página equivocada? Cada decisión errónea que hacemos costará cientos de miles de ciclos de CPU y una parada notable de los procesos afectados, así que estamos dispuestos a soportar una cantidad significativa de trabajo extra para estar seguros que se escoge la página adecuada. Por esto es por lo que FreeBSD tiende a superar en rendimiento a otros sistemas cuando se estresan los recursos de memoria." ], "id_hash": -2399597224170662890, "content_hash": -2399597224170662890, "location": "article.translate.xml:434", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 57, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 76, "source_unit": "https://translate-dev.freebsd.org/api/units/102096/?format=api", "priority": 100, "id": 207418, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=5eb2eb09c94b5416", "url": "https://translate-dev.freebsd.org/api/units/207418/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.733348Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "The free page determination algorithm is built upon a history of the use of memory pages. To acquire this history, the system takes advantage of a page-used bit feature that most hardware page tables have." ], "previous_source": "", "target": [ "El algoritmo que determina la página libre se construye en base al histórico de uso de las páginas de memoria. Para adquirir este histórico, el sistema se aprovecha de la característica del bit de página utilizada que la mayoría del hardware de tablas de página posee." ], "id_hash": -2430417763490151742, "content_hash": -2430417763490151742, "location": "article.translate.xml:442", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 58, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 35, "source_unit": "https://translate-dev.freebsd.org/api/units/102097/?format=api", "priority": 100, "id": 207419, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=5e456bebc75ec2c2", "url": "https://translate-dev.freebsd.org/api/units/207419/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.739891Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "In any case, the page-used bit is cleared and at some later point the VM system comes across the page again and sees that the page-used bit has been set. This indicates that the page is still being actively used. If the bit is still clear it is an indication that the page is not being actively used. By testing this bit periodically, a use history (in the form of a counter) for the physical page is developed. When the VM system later needs to free up some pages, checking this history becomes the cornerstone of determining the best candidate page to reuse." ], "previous_source": "", "target": [ "En cualquier caso, el bit de página utilizada se blanquea y en algún momento posterior el sistema de Memoria Virtual se encuentra con la página de nuevo y vee que el bit de página utilizada ha sido marcado. Esto indica que la página todavía se está utilizando activamente. Si el bit está blanqueado eso indica que la página no se usa activamente. Mediante el chequeo periódico de este bit, se desarrollo (en forma de contador) un histórico de uso . Cuando posteriormente el sistema de Memoria Virtual necesita liberar algunas páginas, examinar este histórico se convierte en la piedra de toque para determinar la mejor página candidata para reutilizar." ], "id_hash": 2668658325671172835, "content_hash": 2668658325671172835, "location": "article.translate.xml:446", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 59, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 103, "source_unit": "https://translate-dev.freebsd.org/api/units/102098/?format=api", "priority": 100, "id": 207420, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=a508fa9ba884dae3", "url": "https://translate-dev.freebsd.org/api/units/207420/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.746030Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "What if the hardware has no page-used bit?" ], "previous_source": "", "target": [ "¿Qué ocurre si el hardware no tiene bit de página utilizada?" ], "id_hash": -2535523375564237210, "content_hash": -2535523375564237210, "location": "article.translate.xml:456", "context": "", "note": "(itstool) path: sidebar/title", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 60, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 8, "source_unit": "https://translate-dev.freebsd.org/api/units/102099/?format=api", "priority": 100, "id": 207421, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=5cd002ec77cb5666", "url": "https://translate-dev.freebsd.org/api/units/207421/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.756067Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "For those platforms that do not have this feature, the system actually emulates a page-used bit. It unmaps or protects a page, forcing a page fault if the page is accessed again. When the page fault is taken, the system simply marks the page as having been used and unprotects the page so that it may be used. While taking such page faults just to determine if a page is being used appears to be an expensive proposition, it is much less expensive than reusing the page for some other purpose only to find that a process needs it back and then have to go to disk." ], "previous_source": "", "target": [ "Para esas plataformas que no tienen esta característica, el sistema en realidad emula un bit de página utilizada. Desmapea o protege una página, forzando un fallo de página si ésta es accedida de nuevo. Cuando se maneja el fallo de página, el sistema simplemente marca la página como usada y desprotege la página de forma que puede ser utilizada. Aunque realizar este fallo de página tan solo para determinar si una página está siendo usada puede parecer una proposición cara, es mucho menos cara que reutilizar la página para otro propósito para darse cuenta después de que otro proceso la necesita y tener que ir al disco." ], "id_hash": -5957764737509185612, "content_hash": -5957764737509185612, "location": "article.translate.xml:458", "context": "", "note": "(itstool) path: sidebar/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 61, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 107, "source_unit": "https://translate-dev.freebsd.org/api/units/102100/?format=api", "priority": 100, "id": 207422, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=2d51c4896d6aa7b4", "url": "https://translate-dev.freebsd.org/api/units/207422/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.762673Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?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 <quote>immediately freeable</quote> and will be reused in an LRU (least-recently used) fashion when the system needs to allocate new memory." ], "previous_source": "", "target": [ "FreeBSD utiliza varias colas de páginas para refinar aún más la selección de páginas a reutilizar así como para determinar cuando se deben llevar las páginas sucias a su almacenamiento de respaldo. Puesto que las tablas de páginas en FreeBSD son entidades dinámicas, cuesta virtualmente nada desmapear una página del espacio de direcciones de cualquier proceso que la esté usando. Cuando se ha escogido una página candidata basándose en el contador de página utilizada, esto es precisamente lo que se hace. El sistema debe distinguier entre páginas limpias que pueden en teoría ser liberadas en cualquier momento, y páginas sucias que deben ser escritas primero en el almacenamiento de respaldo antes de ser reutilizadas. Cuando se encuentra una página candidata se mueve a la cola inactiva si está sucia, o a la cola de caché si está limpia. In algoritmo separado que se bajas en el ratio de páginas sucias respecto de las limpias determina cuándo se tienen que escribir a disco las páginas sucias de la cola inactiva. Una vez hecho esto, las páginas escritas se mueven de la cola inactiva a la cola de caché. En este punto, las páginas en la cola de caché todavía pueden ser reactivadas por un fallo de Memoria Virtual con un coste relativamente bajo. Sin embargo, las páginas de la cola de caché se consideran como <quote>inmediatamente liberables</quote> y serán reutilizadas de modo LRU (Usada Menos Recientemente) cuando el sistema necesita asignar nueva memoria." ], "id_hash": 7237759017534389463, "content_hash": 7237759017534389463, "location": "article.translate.xml:469", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 62, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 222, "source_unit": "https://translate-dev.freebsd.org/api/units/102101/?format=api", "priority": 100, "id": 207423, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=e471af7aaa047cd7", "url": "https://translate-dev.freebsd.org/api/units/207423/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.769518Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "It is important to note that the FreeBSD VM system attempts to separate clean and dirty pages for the express reason of avoiding unnecessary flushes of dirty pages (which eats I/O bandwidth), nor does it move pages between the various page queues gratuitously when the memory subsystem is not being stressed. This is why you will see some systems with very low cache queue counts and high active queue counts when doing a <command>systat -vm</command> command. As the VM system becomes more stressed, it makes a greater effort to maintain the various page queues at the levels determined to be the most effective." ], "previous_source": "", "target": [ "Es importante señalar que el sistema de Memoria Virtual de FreeBSD intenta separar páginas limpias y sucias para expresar la razón de evitar la escritura innecesaria de páginas sucias (que come ancho de banda de E/S), y tampoco mueve de forma gratuita páginas entre distintas colas de páginas cuando el sistema de memoria no está bajo estrés. Este es el motivo por el que verás algunos sistemas con contadores de cola de caché muy bajos y contadores de cola de páginas activa altos cuando se ejecuta el comando <command>systat -vm</command>. Según el sistema de Memoria Virtual va sufriendo más estrés, hace un gran esfuerzo por mantener varias colas de páginas en los niveles que determina que son más efectivos." ], "id_hash": 5288385318027450863, "content_hash": 5288385318027450863, "location": "article.translate.xml:489", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 63, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 103, "source_unit": "https://translate-dev.freebsd.org/api/units/102102/?format=api", "priority": 100, "id": 207424, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=c9641e6d7c6ad9ef", "url": "https://translate-dev.freebsd.org/api/units/207424/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.776935Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "An urban myth has circulated for years that Linux did a better job avoiding swapouts than FreeBSD, but this in fact is not true. What was actually occurring was that FreeBSD was proactively paging out unused pages in order to make room for more disk cache while Linux was keeping unused pages in core and leaving less memory available for cache and process pages. I do not know whether this is still true today." ], "previous_source": "", "target": [ "Durante años ha circulado una leyenda urbana acerca de que Linux hacía un mejor trabajo que FreeBSD evitando escribir en intercambio, pero de hecho esto no es cierto. Lo que ocurría en realidad era que FreeBSD estaba llevando a intercambio de forma proactiva páginas no utilizadas para hacer sitio para más caché de disco mientras que Linux estaba manteniendo las páginas sin utilizar y dejando menos memoria disponible para la caché y para páginas de procesos. No sé si esto sigue siendo cierto a día de hoy." ], "id_hash": -309624062518580333, "content_hash": -309624062518580333, "location": "article.translate.xml:499", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 64, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 74, "source_unit": "https://translate-dev.freebsd.org/api/units/102103/?format=api", "priority": 100, "id": 207425, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=7bb3fe8e3baaab93", "url": "https://translate-dev.freebsd.org/api/units/207425/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.784224Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Pre-Faulting and Zeroing Optimizations" ], "previous_source": "", "target": [ "Optimizaciones de Prefallo y de Rellenado con Ceros" ], "id_hash": -7199560516843032198, "content_hash": -7199560516843032198, "location": "article.translate.xml:509", "context": "", "note": "(itstool) path: sect1/title", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 65, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 4, "source_unit": "https://translate-dev.freebsd.org/api/units/102104/?format=api", "priority": 100, "id": 207426, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=1c1605dad6a4b17a", "url": "https://translate-dev.freebsd.org/api/units/207426/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.791511Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Taking a VM fault is not expensive if the underlying page is already in core and can simply be mapped into the process, but it can become expensive if you take a whole lot of them on a regular basis. A good example of this is running a program such as <citerefentry><refentrytitle>ls</refentrytitle><manvolnum>1</manvolnum></citerefentry> or <citerefentry><refentrytitle>ps</refentrytitle><manvolnum>1</manvolnum></citerefentry> over and over again. If the program binary is mapped into memory but not mapped into the page table, then all the pages that will be accessed by the program will have to be faulted in every time the program is run. This is unnecessary when the pages in question are already in the VM Cache, so FreeBSD will attempt to pre-populate a process's page tables with those pages that are already in the VM Cache. One thing that FreeBSD does not yet do is pre-copy-on-write certain pages on exec. For example, if you run the <citerefentry><refentrytitle>ls</refentrytitle><manvolnum>1</manvolnum></citerefentry> program while running <command>vmstat 1</command> you will notice that it always takes a certain number of page faults, even when you run it over and over again. These are zero-fill faults, not program code faults (which were pre-faulted in already). Pre-copying pages on exec or fork is an area that could use more study." ], "previous_source": "", "target": [ "Realizar un fallo de Memoria Virtual no es costoso y la página subyacente ya está cargada y simplemente puede ser mapeada en el proceso, pero puede ser costoso si hay muchas de ellas de forma regular. Un buen ejemplo de esto es ejecutar un programa como <citerefentry><refentrytitle>ls</refentrytitle><manvolnum>1</manvolnum></citerefentry> o <citerefentry><refentrytitle>ps</refentrytitle><manvolnum>1</manvolnum></citerefentry> una y otra vez. Si el programa binario está mapeado en la memoria pero no lo está en la tabla de páginas, entonces todas las páginas que serán accedidas por el programa generarán un fallo cada vez que el programa se ejecute. Esto es innecesario cuando las páginas en cuestión ya están en la Caché de Memoria Virtual, de modo que FreeBSD intentará pre-poblar las tablas de páginas de un proceso con aquellas páginas que ya están en la Caché de Memoria Virtual. Algo que FreeBSD no hace todavía es un pre-copy-on-write de ciertas páginas al hacer exec. Por ejemplo, si ejecutas el programa <citerefentry><refentrytitle>ls</refentrytitle><manvolnum>1</manvolnum></citerefentry> mientras ejecutas <command>vmstat 1</command> notarás que siempre produce un cierto número de fallos de página, incluso cuando lo ejecutas una y otra vez. Estos son fallos de página de rellenados de ceros, no fallos de código de programa (que ya han sido pre-fallados). Realizar una pre-copia de páginas en un exec o fork es un área en el que ser sujeto de más estudio." ], "id_hash": 7392939254119282338, "content_hash": 7392939254119282338, "location": "article.translate.xml:511", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 66, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 205, "source_unit": "https://translate-dev.freebsd.org/api/units/102105/?format=api", "priority": 100, "id": 207427, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=e698ff1507d236a2", "url": "https://translate-dev.freebsd.org/api/units/207427/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.797848Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "A large percentage of page faults that occur are zero-fill faults. You can usually see this by observing the <command>vmstat -s</command> output. These occur when a process accesses pages in its BSS area. The BSS area is expected to be initially zero but the VM system does not bother to allocate any memory at all until the process actually accesses it. When a fault occurs the VM system must not only allocate a new page, it must zero it as well. To optimize the zeroing operation the VM system has the ability to pre-zero pages and mark them as such, and to request pre-zeroed pages when zero-fill faults occur. The pre-zeroing occurs whenever the CPU is idle but the number of pages the system pre-zeros is limited in order to avoid blowing away the memory caches. This is an excellent example of adding complexity to the VM system in order to optimize the critical path." ], "previous_source": "", "target": [ "Un gran porcentaje de los fallos de página que se producen son fallos de rellenado de ceros. Habitualmente puedes verlo observando la salida del comando<command>vmstat -s</command>. Esto ocurre cuando un proceso accede a páginas de su área de BSS. Se espera que el área de BSS esté inicializada a cero pero el sistema de Memoria Virtual no se molesta en asignar ninguna memoria en absoluto hasta el momento en el que el proceso accede de verdad. Cuando se produce un fallo el sistema de Memoria Virtual no solo debe asignar una nueva página, tiene que inicializarla a cero también. Para optimizar la operación de rellenado de ceros el sistema de Memoria Virtual tiene la capacidad de pre-inicializar páginas a cero y marcarlas como tal, y solicitar páginas pre-inicializadas a cero cuando ocurre un fallo de rellenado de ceros. La pre-inicialización a cero ocurren cuando la CPU está ociosa pero el número de páginas que el sistema pre-inicializa a cero está limitado para evitar destrozar las cachés de memoria. Este es un ejemplo excelente de cómo añadir complejidad al sistema de Memoria Virtual para optimizar el camino crítico." ], "id_hash": -7343665154682315435, "content_hash": -7343665154682315435, "location": "article.translate.xml:529", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 67, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 155, "source_unit": "https://translate-dev.freebsd.org/api/units/102106/?format=api", "priority": 100, "id": 207428, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=1a160f7341bf1d55", "url": "https://translate-dev.freebsd.org/api/units/207428/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.805289Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Page Table Optimizations" ], "previous_source": "", "target": [ "Optimizaciones de la Tabla de Páginas" ], "id_hash": 7381999408203105810, "content_hash": 7381999408203105810, "location": "article.translate.xml:545", "context": "", "note": "(itstool) path: sect1/title", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 68, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 3, "source_unit": "https://translate-dev.freebsd.org/api/units/102107/?format=api", "priority": 100, "id": 207429, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=e6722159aa170612", "url": "https://translate-dev.freebsd.org/api/units/207429/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.813392Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "The page table optimizations make up the most contentious part of the FreeBSD VM design and they have shown some strain with the advent of serious use of <function>mmap()</function>. I think this is actually a feature of most BSDs though I am not sure when it was first introduced. There are two major optimizations. The first is that hardware page tables do not contain persistent state but instead can be thrown away at any time with only a minor amount of management overhead. The second is that every active page table entry in the system has a governing <literal>pv_entry</literal> structure which is tied into the <literal>vm_page</literal> structure. FreeBSD can simply iterate through those mappings that are known to exist while Linux must check all page tables that <emphasis>might</emphasis> contain a specific mapping to see if it does, which can achieve O(n^2) overhead in certain situations. It is because of this that FreeBSD tends to make better choices on which pages to reuse or swap when memory is stressed, giving it better performance under load. However, FreeBSD requires kernel tuning to accommodate large-shared-address-space situations such as those that can occur in a news system because it may run out of <literal>pv_entry</literal> structures." ], "previous_source": "", "target": [ "Las optimizaciones de la tabla de páginas constituyen la parte más controvertida del diseño de la Memoria Virtual de FreeBSD y ha mostrado cierta tensión con la llegada de uso serio de <function>mmap()</function>. Creo que esto en realidad es una característica de la mayor parte de los BSDS aunque no estoy seguro de cuándo se introdujo por primera vez. Hay dos optimizaciones principales. La primar es que las tablas de páginas hardware no contienen un estado persistente sino que pueden descartarse en cualquier momento con solo un pequeño sobre coste en la gestión. La segunda es que cada entrada en la tabla de páginas activas en el sistema tiene una estructura <literal>pv_entry</literal> que lo gobierna la cual está enlazada a la estructura <literal>vm_page</literal>. FreeBSD puede simplemente iterar sobre esos mapeos que se sabe que existen mientras Linux tiene que comprobar todas las tablas de páginas que <emphasis>podrían</emphasis> contener un mapeo específico para ver si es así, lo que puede provocar un sobre coste de O(n^2) en algunas situaciones. Por esto FreeBSD tiene a tomar mejores decisiones sobre qué páginas reutilizar o intercambiar cuando la memoria está bajo estrés, resultando en un mejor rendimiento bajo carga. Sin embargo, FreeBSD requiere ajustes del núcleo para acomodar situaciones con grandes espacios de direcciones compartidos como los que pueden darse en sistemas nuevos porque podría agotar las estructuras <literal>pv_entry</literal>." ], "id_hash": -794297548351206436, "content_hash": -794297548351206436, "location": "article.translate.xml:547", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 69, "has_suggestion": false, "has_comment": false, "has_failing_check": true, "num_words": 201, "source_unit": "https://translate-dev.freebsd.org/api/units/102108/?format=api", "priority": 100, "id": 207430, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=74fa169690900bdc", "url": "https://translate-dev.freebsd.org/api/units/207430/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.821499Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Both Linux and FreeBSD need work in this area. FreeBSD is trying to maximize the advantage of a potentially sparse active-mapping model (not all processes need to map all pages of a shared library, for example), whereas Linux is trying to simplify its algorithms. FreeBSD generally has the performance advantage here at the cost of wasting a little extra memory, but FreeBSD breaks down in the case where a large file is massively shared across hundreds of processes. Linux, on the other hand, breaks down in the case where many processes are sparsely-mapping the same shared library and also runs non-optimally when trying to determine whether a page can be reused or not." ], "previous_source": "", "target": [ "Tanto Linux como FreeBSD necesitan trabajar en este área. FreeBSD trata de maximizar la ventaja de un potencialmente escado modelo de mapeo activo (no todos los procesos necesitan mapear todas las páginas de una biblioteca compartida por ejemplo), mientras que Linux trata de simplificar sus algoritmos. FreeBSD en general tiene la venta del rendimiento a costa de gastar algo más de memoria extra, pero FreeBSD se desmorona en el caso donde un fichero grande está compartido de forma masiva entre cientos de procesos. Linux, por otro lado, se desmorona en el caso donde muchos procesos mapean pocas porciones de la misma biblioteca compartida y también se ejecuta de forma no-óptima cuando intenta determinar si una página puede ser reutilizada o no." ], "id_hash": -2296600462030938380, "content_hash": -2296600462030938380, "location": "article.translate.xml:567", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 70, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 113, "source_unit": "https://translate-dev.freebsd.org/api/units/102109/?format=api", "priority": 100, "id": 207431, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=6020d60c35a5def4", "url": "https://translate-dev.freebsd.org/api/units/207431/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.829458Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Page Coloring" ], "previous_source": "", "target": [ "Coloreado de Páginas" ], "id_hash": 5361117431676146431, "content_hash": 5361117431676146431, "location": "article.translate.xml:580", "context": "", "note": "(itstool) path: sect1/title", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 71, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 2, "source_unit": "https://translate-dev.freebsd.org/api/units/102110/?format=api", "priority": 100, "id": 207432, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=ca6683e6523612ff", "url": "https://translate-dev.freebsd.org/api/units/207432/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.836938Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "We will end with the page coloring optimizations. Page coloring is a performance optimization designed to ensure that accesses to contiguous pages in virtual memory make the best use of the processor cache. In ancient times (i.e. 10+ years ago) processor caches tended to map virtual memory rather than physical memory. This led to a huge number of problems including having to clear the cache on every context switch in some cases, and problems with data aliasing in the cache. Modern processor caches map physical memory precisely to solve those problems. This means that two side-by-side pages in a processes address space may not correspond to two side-by-side pages in the cache. In fact, if you are not careful side-by-side pages in virtual memory could wind up using the same page in the processor cache—leading to cacheable data being thrown away prematurely and reducing CPU performance. This is true even with multi-way set-associative caches (though the effect is mitigated somewhat)." ], "previous_source": "", "target": [ "Terminaremos con las optimizaciones de coloreado de páginas. El coloreado de páginas es una optimización de rendimiento diseñada para asegurar que el acceso a páginas contiguas en memoria virtual hacen el mejor uso posible de la caché del procesador. Hace mucho tiempo (es decir, más de 10 años) las cachés de los procesadores solían mapear memoria virtual en lugar de memoria física. Esto produjo un gran número de problemas que incluyen tener que limpiar la caché en cada cambio de contexto en algunos casos, y problemas con los alias de datos en la caché. De hecho, si no tienes cuidado, páginas contiguas en memoria virtual podrían terminar utilizando la misma página en la caché del procesador—llevando a desechar prematuramente datos cacheables y reduciendo el rendimiento de la CPU. Esto es cierto incluso en cachés asociativas multi direccionales (aunque el efecto se mitiga algo)." ], "id_hash": 3953137019775220914, "content_hash": 3953137019775220914, "location": "article.translate.xml:582", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 72, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 160, "source_unit": "https://translate-dev.freebsd.org/api/units/102111/?format=api", "priority": 100, "id": 207433, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=b6dc5d2cc425fcb2", "url": "https://translate-dev.freebsd.org/api/units/207433/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.843947Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "FreeBSD's memory allocation code implements page coloring optimizations, which means that the memory allocation code will attempt to locate free pages that are contiguous from the point of view of the cache. For example, if page 16 of physical memory is assigned to page 0 of a process's virtual memory and the cache can hold 4 pages, the page coloring code will not assign page 20 of physical memory to page 1 of a process's virtual memory. It would, instead, assign page 21 of physical memory. The page coloring code attempts to avoid assigning page 20 because this maps over the same cache memory as page 16 and would result in non-optimal caching. This code adds a significant amount of complexity to the VM memory allocation subsystem as you can well imagine, but the result is well worth the effort. Page Coloring makes VM memory as deterministic as physical memory in regards to cache performance." ], "previous_source": "", "target": [ "El código de asignación de memoria de FreeBSD implementa optimizaciones de coloreado de páginas, lo que significa que el código se asignación de memoria intentará localizar páginas libres que son contiguas desde el punto de vista de la caché. Por ejemplo, si la página 16 de memoria física está asignada a la página 0 de la memoria virtual del proceso y la caché puede mantener 4 páginas, el código de coloreado de páginas no asignará la página 20 de memoria física a la página 1 de la memoria virtual de un proceso. En su lugar, asignaría la página 21 de memoria física. El código de coloreado de páginas intenta evitar la asignación de la página 20 porque esto mapea sobre la misma memoria cacheada que la página 16 y resultaría en un cacheo no óptimo. Este código añade una significativa complejidad al subsistema de asignación de memoria de la Memoria Virtual como puedes imaginar, pero el resultado merece la pena. El Coloreado de Páginas hace que la memoria de la Memoria Virtual sea tan determinista como la memoria física en términos de rendimiento de caché." ], "id_hash": -491931289683076101, "content_hash": -491931289683076101, "location": "article.translate.xml:598", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 73, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 155, "source_unit": "https://translate-dev.freebsd.org/api/units/102112/?format=api", "priority": 100, "id": 207434, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=792c4f19308a5bfb", "url": "https://translate-dev.freebsd.org/api/units/207434/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.850833Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Conclusion" ], "previous_source": "", "target": [ "Conclusión" ], "id_hash": -438954553492005104, "content_hash": -438954553492005104, "location": "article.translate.xml:615", "context": "", "note": "(itstool) path: sect1/title", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 74, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 1, "source_unit": "https://translate-dev.freebsd.org/api/units/102113/?format=api", "priority": 100, "id": 207435, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=79e88528c6919f10", "url": "https://translate-dev.freebsd.org/api/units/207435/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.856974Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Virtual memory in modern operating systems must address a number of different issues efficiently and for many different usage patterns. The modular and algorithmic approach that BSD has historically taken allows us to study and understand the current implementation as well as relatively cleanly replace large sections of the code. There have been a number of improvements to the FreeBSD VM system in the last several years, and work is ongoing." ], "previous_source": "", "target": [ "La Memoria Virtual en lo sistemas operativos modernos deben afrontar diversas situaciones de forma eficiente y para muchos patrones de uso distintos. La aproximación modular y algorítmica que históricamente ha tomado BSD nos permite estudiar y entender la implementación actual así como reemplazar piezas de código relativamente grandes de forma también relativamente limpia. Ha habido una serie de mejoras en el sistema e Memoria Virtual de FreeBSD en los últimos años, y el trabajo continua." ], "id_hash": 7010148329006079742, "content_hash": 7010148329006079742, "location": "article.translate.xml:617", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 75, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 71, "source_unit": "https://translate-dev.freebsd.org/api/units/102114/?format=api", "priority": 100, "id": 207436, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=e1490cc38d349efe", "url": "https://translate-dev.freebsd.org/api/units/207436/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.865532Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Bonus QA session by Allen Briggs <email>briggs@ninthwonder.com</email>" ], "previous_source": "", "target": [ "Sesión extra de Preguntas y Respuestas por Allen Briggs <email>briggs@ninthwonder.com</email>" ], "id_hash": 6694904886414811461, "content_hash": 6694904886414811461, "location": "article.translate.xml:627", "context": "", "note": "(itstool) path: sect1/title", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 76, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 7, "source_unit": "https://translate-dev.freebsd.org/api/units/102115/?format=api", "priority": 100, "id": 207437, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=dce91485e7c82145", "url": "https://translate-dev.freebsd.org/api/units/207437/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.872368Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "What is <quote>the interleaving algorithm</quote> that you refer to in your listing of the ills of the FreeBSD 3.X swap arrangements?" ], "previous_source": "", "target": [ "¿Qué es el <quote>algoritmo de entrelazado</quote> al que hiciste referencia en la lista de problemas del sistema de intercambio de FreeBSD 3.X?" ], "id_hash": 7111071197406792945, "content_hash": 7111071197406792945, "location": "article.translate.xml:633", "context": "", "note": "(itstool) path: question/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 77, "has_suggestion": true, "has_comment": false, "has_failing_check": false, "num_words": 21, "source_unit": "https://translate-dev.freebsd.org/api/units/102116/?format=api", "priority": 100, "id": 207438, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=e2af9993f5f18cf1", "url": "https://translate-dev.freebsd.org/api/units/207438/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.879219Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "FreeBSD uses a fixed swap interleave which defaults to 4. This means that FreeBSD reserves space for four swap areas even if you only have one, two, or three. Since swap is interleaved the linear address space representing the <quote>four swap areas</quote> will be fragmented if you do not actually have four swap areas. For example, if you have two swap areas A and B FreeBSD's address space representation for that swap area will be interleaved in blocks of 16 pages:" ], "previous_source": "", "target": [ "FreeBSD utiliza un entrelazado de intercambio fijo con un valor por defecto de 4. Esto significa que FreeBSD reserva espacio para cuatro áreas de intercambio incluso si solo tienes una, dos o tres. Puesto que el espacio de intercambio está entrelazado el espacio lienal de direcciones que representa las <quote>cuatro áreas de intercambio</quote> estará fragmentado si en realidad no tienes cuatro áreas de intercambio. Por ejemplo, si tienes dos áreas de intercambio A y B la representación del espacio de direcciones en FreeBSD para ese área de intercambio estará entrelazada en bloques de 16 páginas:" ], "id_hash": -7539514968357245710, "content_hash": -7539514968357245710, "location": "article.translate.xml:639", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 78, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 81, "source_unit": "https://translate-dev.freebsd.org/api/units/102117/?format=api", "priority": 100, "id": 207439, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=175e431514536cf2", "url": "https://translate-dev.freebsd.org/api/units/207439/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.885512Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "A B C D A B C D A B C D A B C D" ], "previous_source": "", "target": [ "A B C D A B C D A B C D A B C D" ], "id_hash": -8407689580425731444, "content_hash": -8407689580425731444, "location": "article.translate.xml:648", "context": "", "note": "(itstool) path: answer/literallayout", "flags": "no-wrap", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 79, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 16, "source_unit": "https://translate-dev.freebsd.org/api/units/102118/?format=api", "priority": 100, "id": 207440, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=0b51e2df58f8a28c", "url": "https://translate-dev.freebsd.org/api/units/207440/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.891834Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "FreeBSD 3.X uses a <quote>sequential list of free regions</quote> approach to accounting for the free swap areas. The idea is that large blocks of free linear space can be represented with a single list node (<filename>kern/subr_rlist.c</filename>). But due to the fragmentation the sequential list winds up being insanely fragmented. In the above example, completely unused swap will have A and B shown as <quote>free</quote> and C and D shown as <quote>all allocated</quote>. Each A-B sequence requires a list node to account for because C and D are holes, so the list node cannot be combined with the next A-B sequence." ], "previous_source": "", "target": [ "FreeBSD 3.X utiliza una aproximación de <quote>lista secuencial de regiones libres</quote> para contabilizar las áreas de intercambio libres. La idea es que grandes bloques de espacio lineal libre puede ser representado con un único nodo en la lista (<filename>kern/subr_rlist.c</filename>). Pero debido a la fragmentación la lista termina estando completamente fragmentada. En el ejemplo superior, espacio de intercambio completamente sin utilizar hará que A y B se muestren como <quote>libre</quote> y C y D como <quote>todo asignado</quote>. Cada secuencia A-B requiere un nodo en la lista para ser contabilizado porque C y D son huecos, así que el nodo de la lista no puede ser combinado junto con la siguiente secuencia A-B." ], "id_hash": -2801686297745759741, "content_hash": -2801686297745759741, "location": "article.translate.xml:650", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 80, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 100, "source_unit": "https://translate-dev.freebsd.org/api/units/102119/?format=api", "priority": 100, "id": 207441, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=591e6927fac8e203", "url": "https://translate-dev.freebsd.org/api/units/207441/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.899121Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "The fragmentation causes other problems. Being a linear list under 3.X, and having such a huge amount of inherent fragmentation, allocating and freeing swap winds up being an O(N) algorithm instead of an O(1) algorithm. Combined with other factors (heavy swapping) and you start getting into O(N^2) and O(N^3) levels of overhead, which is bad. The 3.X system may also need to allocate KVM during a swap operation to create a new list node which can lead to a deadlock if the system is trying to pageout pages in a low-memory situation." ], "previous_source": "", "target": [ "La fragmentación causa otros problemas. Al utilizar una lista lineal en 3.X, y tener una cantidad tan grande de fragmentación, asignar y liberar intercambio termina siendo un algoritmo O(N) en lugar de un algoritmo O(1). Junto con otros factores (mucho acceso al intercambio) y empiezas a tener niveles de sobrecarga de orden O(N^2) y O(N^3), lo que es malo. El sistema 3.X puede necesitar además asignar Memoria Virtual del Núcleo durante una operación de intercambio para crear un nuevo nodo en la lista lo que puede producir un bloqueo si el sistema está intentando desalojar páginas en una situación de memoria baja." ], "id_hash": -7076083633254740107, "content_hash": -7076083633254740107, "location": "article.translate.xml:668", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 82, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 92, "source_unit": "https://translate-dev.freebsd.org/api/units/102121/?format=api", "priority": 100, "id": 207443, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=1dccb36d1ee54f75", "url": "https://translate-dev.freebsd.org/api/units/207443/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.912164Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Under 4.X we do not use a sequential list. Instead we use a radix tree and bitmaps of swap blocks rather than ranged list nodes. We take the hit of preallocating all the bitmaps required for the entire swap area up front but it winds up wasting less memory due to the use of a bitmap (one bit per block) instead of a linked list of nodes. The use of a radix tree instead of a sequential list gives us nearly O(1) performance no matter how fragmented the tree becomes." ], "previous_source": "", "target": [ "En 4.X no utilizamos una lista secuencial. En su lugar utilizamos un árbol radix y mapas de bits de bloques de intercambio en lugar de nodos de listas por rangos. Sufrimos la penalización de preasignar todos los mapas de bits necesarios para todo el área de intercambio pero esto al final desaprovecha menos memroia debido al uso de un mapa de bits (un bit por bloque) en lugar de una lista enlazada de nodos. El uso del árbol radix en lugar de una lista secuencia nos proporciona un rendimiento de casi O(1) independientemente de cómo de fragmentado esté el árbol." ], "id_hash": 3990000352201598190, "content_hash": 3990000352201598190, "location": "article.translate.xml:678", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 83, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 90, "source_unit": "https://translate-dev.freebsd.org/api/units/102122/?format=api", "priority": 100, "id": 207444, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=b75f542e2ea8e4ee", "url": "https://translate-dev.freebsd.org/api/units/207444/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.918413Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "How is the separation of clean and dirty (inactive) pages related to the situation where you see low cache queue counts and high active queue counts in <command>systat -vm</command>? Do the systat stats roll the active and dirty pages together for the active queue count?" ], "previous_source": "", "target": [ "¿Cómo se relaciona la separación de páginas limpias y sucias (inactivas) con la situación donde puedes ver contadores bajos de la lista de cache y contadores altos de la lista activa en <command>systat -vm</command>? ¿Las estadísticas de systat cuentan las páginas activas y las sucias de forma conjunta en el contador de la cola activa?" ], "id_hash": -6241002075979870576, "content_hash": -6241002075979870576, "location": "article.translate.xml:691", "context": "", "note": "(itstool) path: question/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 84, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 45, "source_unit": "https://translate-dev.freebsd.org/api/units/102123/?format=api", "priority": 100, "id": 207445, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=296381ad9abe8e90", "url": "https://translate-dev.freebsd.org/api/units/207445/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.925283Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "I do not get the following:" ], "previous_source": "", "target": [ "No entiendo lo siguiente:" ], "id_hash": 8274667397911596595, "content_hash": 8274667397911596595, "location": "article.translate.xml:697", "context": "", "note": "(itstool) path: question/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 85, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 6, "source_unit": "https://translate-dev.freebsd.org/api/units/102124/?format=api", "priority": 100, "id": 207446, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=f2d586284706ce33", "url": "https://translate-dev.freebsd.org/api/units/207446/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.931972Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "It is important to note that the FreeBSD VM system attempts to separate clean and dirty pages for the express reason of avoiding unnecessary flushes of dirty pages (which eats I/O bandwidth), nor does it move pages between the various page queues gratuitously when the memory subsystem is not being stressed. This is why you will see some systems with very low cache queue counts and high active queue counts when doing a <command>systat -vm</command> command." ], "previous_source": "", "target": [ "Es importante señalar que el sistema de Memoria Virtual de FreeBSD intenta separar páginas limpias y sucias para expresar la razón de evitar la escritura innecesaria de páginas sucias (que come ancho de banda de E/S), y tampoco mueve de forma gratuita páginas entre distintas colas de páginas cuando el sistema de memoria no está bajo estrés. Este es el motivo por el que verás algunos sistemas con contadores de cola de caché muy bajos y contadores de cola de páginas activa altos cuando se ejecuta el comando <command>systat -vm</command>." ], "id_hash": -1434862325785110639, "content_hash": -1434862325785110639, "location": "article.translate.xml:700", "context": "", "note": "(itstool) path: blockquote/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 86, "has_suggestion": true, "has_comment": false, "has_failing_check": false, "num_words": 76, "source_unit": "https://translate-dev.freebsd.org/api/units/102125/?format=api", "priority": 100, "id": 207447, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=6c16585121fcd791", "url": "https://translate-dev.freebsd.org/api/units/207447/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.939961Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Yes, that is confusing. The relationship is <quote>goal</quote> verses <quote>reality</quote>. Our goal is to separate the pages but the reality is that if we are not in a memory crunch, we do not really have to." ], "previous_source": "", "target": [ "Sí, eso es confuso. La relación es <quote>objetivo</quote> versus <quote>realidad</quote>. Nuestro objeto es separar las páginas pero la realidad es que si no estamos en una crisis de memoria, en realidad no necesitamos hacerlo." ], "id_hash": -1154177103660274488, "content_hash": -1154177103660274488, "location": "article.translate.xml:712", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 87, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 36, "source_unit": "https://translate-dev.freebsd.org/api/units/102126/?format=api", "priority": 100, "id": 207448, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=6ffb8a0a1070acc8", "url": "https://translate-dev.freebsd.org/api/units/207448/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.947253Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "What this means is that FreeBSD will not try very hard to separate out dirty pages (inactive queue) from clean pages (cache queue) when the system is not being stressed, nor will it try to deactivate pages (active queue -> inactive queue) when the system is not being stressed, even if they are not being used." ], "previous_source": "", "target": [ "Esto significa que FreeBSD no intentará demasiado fuerte separar las páginas sucias (cola inactiva) de las limpias (cola de caché ) cuando el sistema no está bajo estrés, ni intentará desactivar páginas (cola activa > cola inactiva) cuando el sistema no está bajo estrés, incluso si no están siendo utilizadas." ], "id_hash": 7723322617251708882, "content_hash": 7723322617251708882, "location": "article.translate.xml:717", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 88, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 56, "source_unit": "https://translate-dev.freebsd.org/api/units/102127/?format=api", "priority": 100, "id": 207449, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=eb2ec1001f073fd2", "url": "https://translate-dev.freebsd.org/api/units/207449/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.956310Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "In the <citerefentry><refentrytitle>ls</refentrytitle><manvolnum>1</manvolnum></citerefentry> / <command>vmstat 1</command> example, would not some of the page faults be data page faults (COW from executable file to private page)? I.e., I would expect the page faults to be some zero-fill and some program data. Or are you implying that FreeBSD does do pre-COW for the program data?" ], "previous_source": "", "target": [ "En el ejemplo de <citerefentry><refentrytitle>ls</refentrytitle><manvolnum>1</manvolnum></citerefentry>/<command>vmstat 1</command>, algunos de los fallos de página no serían fallos de páginas de datos (COW del fichero del ejecutable a una página privada)? Es decir, esperaría algunos fallos de página fueran de rellenado de ceros y otros de datos de programa. ¿O te refieres a que FreeBSD hace pre-COW para los datos de programa?" ], "id_hash": -6350949345399617533, "content_hash": -6350949345399617533, "location": "article.translate.xml:727", "context": "", "note": "(itstool) path: question/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 89, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 53, "source_unit": "https://translate-dev.freebsd.org/api/units/102128/?format=api", "priority": 100, "id": 207450, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=27dce53818f4c803", "url": "https://translate-dev.freebsd.org/api/units/207450/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.963519Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "A COW fault can be either zero-fill or program-data. The mechanism is the same either way because the backing program-data is almost certainly already in the cache. I am indeed lumping the two together. FreeBSD does not pre-COW program data or zero-fill, but it <emphasis>does</emphasis> pre-map pages that exist in its cache." ], "previous_source": "", "target": [ "Un fallo COW puede ser de rellenado de ceros o de datos de programa. El mecanismo es el mismo en cualquier caso porque el los datos de respaldo del programa ya estarán en la caché. De hecho estoy mezclando los dos. FreeBSD no hace pre-COW de los datos de programa o de rellenado de ceros, pero <emphasis>sí</emphasis> premapea páginas que existen en la caché." ], "id_hash": 6334308108868428799, "content_hash": 6334308108868428799, "location": "article.translate.xml:735", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 90, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 52, "source_unit": "https://translate-dev.freebsd.org/api/units/102129/?format=api", "priority": 100, "id": 207451, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=d7e7fbaa16faa3ff", "url": "https://translate-dev.freebsd.org/api/units/207451/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.969802Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "In your section on page table optimizations, can you give a little more detail about <literal>pv_entry</literal> and <literal>vm_page</literal> (or should vm_page be <literal>vm_pmap</literal>—as in 4.4, cf. pp. 180-181 of McKusick, Bostic, Karel, Quarterman)? Specifically, what kind of operation/reaction would require scanning the mappings?" ], "previous_source": "", "target": [ "En la sección de optimizaciones de la tabla de páginas, puedes dar algo más de detalle acerca de <literal>pv_entry</literal> y <literal>vm_page</literal> (o debería vm_page ser <literal>vm_pmap</literal>—como en 4.4, cf. pp. 180-181 de McKusick, Bostic, Karel, Quarterman)? Específicamente, ¿qué tipo de operación/reacción requeriría un escaneo de los mapas?" ], "id_hash": -150837399237826055, "content_hash": -150837399237826055, "location": "article.translate.xml:746", "context": "", "note": "(itstool) path: question/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 91, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 43, "source_unit": "https://translate-dev.freebsd.org/api/units/102130/?format=api", "priority": 100, "id": 207452, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=7de81e2f3f95e9f9", "url": "https://translate-dev.freebsd.org/api/units/207452/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.977832Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "How does Linux do in the case where FreeBSD breaks down (sharing a large file mapping over many processes)?" ], "previous_source": "", "target": [ "¿Qué tal lo hace Linux en el caso en el que FreeBSD se desmorona (compartir un mapeo de un fichero grande entre muchos procesos)?" ], "id_hash": -6670234719170671359, "content_hash": -6670234719170671359, "location": "article.translate.xml:753", "context": "", "note": "(itstool) path: question/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 92, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 19, "source_unit": "https://translate-dev.freebsd.org/api/units/102131/?format=api", "priority": 100, "id": 207453, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=236e90dd035acd01", "url": "https://translate-dev.freebsd.org/api/units/207453/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.984170Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "A <literal>vm_page</literal> represents an (object,index#) tuple. A <literal>pv_entry</literal> represents a hardware page table entry (pte). If you have five processes sharing the same physical page, and three of those processes's page tables actually map the page, that page will be represented by a single <literal>vm_page</literal> structure and three <literal>pv_entry</literal> structures." ], "previous_source": "", "target": [ "Un <literal>vm_page</literal> representa una tupla (objeto,indice#). Un <literal>pv_entry</literal> representa una entrada de la tabla de páginas hardware (pte). Si tienes cinco procesos compartiendo la misma página física y la tabla de páginas de tres de esos procesos mapean la página, ésta será representada mediante una sola estructura <literal>vm_page</literal> y tres estructuras <literal>pv_entry</literal>." ], "id_hash": 3045349710620773277, "content_hash": 3045349710620773277, "location": "article.translate.xml:758", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 93, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 50, "source_unit": "https://translate-dev.freebsd.org/api/units/102132/?format=api", "priority": 100, "id": 207454, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=aa43416d4663cb9d", "url": "https://translate-dev.freebsd.org/api/units/207454/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.990501Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "<literal>pv_entry</literal> structures only represent pages mapped by the MMU (one <literal>pv_entry</literal> represents one pte). This means that when we need to remove all hardware references to a <literal>vm_page</literal> (in order to reuse the page for something else, page it out, clear it, dirty it, and so forth) we can simply scan the linked list of <literal>pv_entry</literal>'s associated with that <literal>vm_page</literal> to remove or modify the pte's from their page tables." ], "previous_source": "", "target": [ "Las estructuras <literal>pv_entry</literal> sólo representan páginas mapeadas por la MMU (una <literal>pv_entry</literal> representa una pte). Esto significa que cuando necesitamos eliminar todas las referencias hardware a la <literal>vm_page</literal> (para reutilizar la página para otra cosa, pasarla a disco, borrarla, marcarla como sucia y demás) podemos simplemente escanear la lista enlazada de estructuras <literal>pv_entry</literal> asociadas con esa <literal>vm_page</literal> y eliminar o modificar la pte de sus tablas de páginas." ], "id_hash": -6058808654153919536, "content_hash": -6058808654153919536, "location": "article.translate.xml:766", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 94, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 70, "source_unit": "https://translate-dev.freebsd.org/api/units/102133/?format=api", "priority": 100, "id": 207455, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=2beac9a14717d3d0", "url": "https://translate-dev.freebsd.org/api/units/207455/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.996381Z" }, { "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" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "FreeBSD has added complexity (the <literal>pv_entry</literal> scheme) in order to increase performance (to limit page table accesses to <emphasis>only</emphasis> those pte's that need to be modified)." ], "previous_source": "", "target": [ "FreeBSD tiene más complejidad (el esquema de <literal>pv_entry</literal>) para mejorar el rendimiento (para limitar los accesos a la tabla de páginas <emphasis>sólo</emphasis> a aquellos pte que necesitan ser modificados)." ], "id_hash": 6465600876358155473, "content_hash": 6465600876358155473, "location": "article.translate.xml:793", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 96, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 26, "source_unit": "https://translate-dev.freebsd.org/api/units/102135/?format=api", "priority": 100, "id": 207457, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=d9ba6dbda6c83cd1", "url": "https://translate-dev.freebsd.org/api/units/207457/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:51.009433Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "But FreeBSD has a scaling problem that Linux does not in that there are a limited number of <literal>pv_entry</literal> structures and this causes problems when you have massive sharing of data. In this case you may run out of <literal>pv_entry</literal> structures even though there is plenty of free memory available. This can be fixed easily enough by bumping up the number of <literal>pv_entry</literal> structures in the kernel config, but we really need to find a better way to do it." ], "previous_source": "", "target": [ "Pero FreeBSD tiene un problema de escalado que Linux no tiene en cuento a que hay un número limitado de estructuras <literal>pv_entry</literal> y esto causa problemas cuando tienes datos masivamente compartidos. En esta caso podrías agotar las estructuras <literal>pv_entry</literal> incluso si hay memoria libre disponible de sobra. Esto se puede solucionar bastante fácilmente aumentando el número de estructuras <literal>pv_entry</literal> en la configuración del núcleo, pero necesitamos encontrar una forma mejor de hacerlo." ], "id_hash": -1537974868204324717, "content_hash": -1537974868204324717, "location": "article.translate.xml:798", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 97, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 80, "source_unit": "https://translate-dev.freebsd.org/api/units/102136/?format=api", "priority": 100, "id": 207458, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=6aa804018333f893", "url": "https://translate-dev.freebsd.org/api/units/207458/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:51.016134Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "In regards to the memory overhead of a page table verses the <literal>pv_entry</literal> scheme: Linux uses <quote>permanent</quote> page tables that are not throw away, but does not need a <literal>pv_entry</literal> for each potentially mapped pte. FreeBSD uses <quote>throw away</quote> page tables but adds in a <literal>pv_entry</literal> structure for each actually-mapped pte. I think memory utilization winds up being about the same, giving FreeBSD an algorithmic advantage with its ability to throw away page tables at will with very low overhead." ], "previous_source": "", "target": [ "Respecto a la sobrecarga de memoria de una tabla de páginas versus el esquema de <literal>pv_entry</literal>: Linux utiliza tablas de páginas <quote>permanentes</quote> que no se descartan, pero no necesita una <literal>pv_entry</literal> para cada pte potencialmente mapeado. FreeBSD utiliza tablas de páginas <quote>desechables</quote> pero añade una estructura <literal>pv_entry</literal> para cada pte que esté realmente mapeado. Creo que la utilización de memoria termina siendo la misma, dándole a FreeBSD una ventaja algorítmica con su habilidad para desechar tablas de páginas a voluntad con muy poca sobrecarga." ], "id_hash": -4674475454029827702, "content_hash": -4674475454029827702, "location": "article.translate.xml:808", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 98, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 80, "source_unit": "https://translate-dev.freebsd.org/api/units/102137/?format=api", "priority": 100, "id": 207459, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=3f20ed574b44f18a", "url": "https://translate-dev.freebsd.org/api/units/207459/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:51.022755Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Finally, in the page coloring section, it might help to have a little more description of what you mean here. I did not quite follow it." ], "previous_source": "", "target": [ "Por último, en la sección de coloreado de páginas, podría ayudar describir un poco más a lo que te refieres. No lo seguí del todo." ], "id_hash": 2004629771682149064, "content_hash": 2004629771682149064, "location": "article.translate.xml:823", "context": "", "note": "(itstool) path: question/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 99, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 26, "source_unit": "https://translate-dev.freebsd.org/api/units/102138/?format=api", "priority": 100, "id": 207460, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=9bd1e028074972c8", "url": "https://translate-dev.freebsd.org/api/units/207460/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:51.028700Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Do you know how an L1 hardware memory cache works? I will explain: Consider a machine with 16MB of main memory but only 128K of L1 cache. Generally the way this cache works is that each 128K block of main memory uses the <emphasis>same</emphasis> 128K of cache. If you access offset 0 in main memory and then offset 128K in main memory you can wind up throwing away the cached data you read from offset 0!" ], "previous_source": "", "target": [ "¿Sabes cómo funciona una memoria caché hardware L1? Lo explicaré: Imagina una máquina con 16MB de memoria principal pero sólo 128K de caché L1. Normalmente esta caché funciona de modo que cada bloque de 128K de memoria principal utiliza <emphasis>los mismos</emphasis> 128K de caché. Si accedes al desplazamiento 0 en memoria principal y luego al desplazamiento 128L en memoria principal ¡terminas descartando los datos cacheados que leíste del desplazamiento 0!" ], "id_hash": -5976461855093431026, "content_hash": -5976461855093431026, "location": "article.translate.xml:829", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 100, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 76, "source_unit": "https://translate-dev.freebsd.org/api/units/102139/?format=api", "priority": 100, "id": 207461, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=2d0f579b817be50e", "url": "https://translate-dev.freebsd.org/api/units/207461/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:51.035203Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "Now, I am simplifying things greatly. What I just described is what is called a <quote>direct mapped</quote> hardware memory cache. Most modern caches are what are called 2-way-set-associative or 4-way-set-associative caches. The set-associatively allows you to access up to N different memory regions that overlap the same cache memory without destroying the previously cached data. But only N." ], "previous_source": "", "target": [ "Ahora bien, esto simplificando mucho las cosas. Lo que he descrito es lo que se llama una caché de memoria hardware de <quote>mapeo directo</quote>. La mayoría de cachés modernas son lo que se llaman cachés asociativas de conjuntos de doble sentido o cachés asociativas de conjuntos de cuádruple sentido. La asociación por conjuntos te permite acceder hasta N regiones de memoria distinas que se solapan en la misma memoria de caché sin destruir los datos cacheados previamente. Pero sólo N." ], "id_hash": -3131117046504236610, "content_hash": -3131117046504236610, "location": "article.translate.xml:837", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 101, "has_suggestion": false, "has_comment": true, "has_failing_check": false, "num_words": 58, "source_unit": "https://translate-dev.freebsd.org/api/units/102140/?format=api", "priority": 100, "id": 207462, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=548c09a2b4f1d9be", "url": "https://translate-dev.freebsd.org/api/units/207462/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:51.042311Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "So if I have a 4-way set associative cache I can access offset 0, offset 128K, 256K and offset 384K and still be able to access offset 0 again and have it come from the L1 cache. If I then access offset 512K, however, one of the four previously cached data objects will be thrown away by the cache." ], "previous_source": "", "target": [ "Así que si tenemos una caché de conjuntos asociativa de cuádruple sentido puedo acceder los desplazamientos 0, 128K, 256K y 384K y todavía ser capaz de acceder al desplazamiento 0 de nuevo y que me lo devuelva de la caché L1. Se luego accedo al desplazamiento 512K, sin embargo, uno de loas cuatro objetos de datos cacheados previamente será descartado por la caché." ], "id_hash": 5972889684346614779, "content_hash": 5972889684346614779, "location": "article.translate.xml:845", "context": "", "note": "(itstool) path: answer/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 102, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 59, "source_unit": "https://translate-dev.freebsd.org/api/units/102141/?format=api", "priority": 100, "id": 207463, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=d2e3f785ae1333fb", "url": "https://translate-dev.freebsd.org/api/units/207463/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:51.049068Z" } ] }