Unit Instance
Units API.
See the Weblate's Web API documentation for detailed description of the API.
GET /api/units/207399/?format=api
{ "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_vm-design/es/?format=api", "source": [ "FreeBSD solves the deep layering problem with a special optimization called the <quote>All Shadowed Case</quote>. This case occurs if either C1 or C2 take sufficient COW faults to completely shadow all pages in B. Lets say that C1 achieves this. C1 can now bypass B entirely, so rather then have C1->B->A and C2->B->A we now have C1->A and C2->B->A. But look what also happened—now B has only one reference (C2), so we can collapse B and C2 together. The end result is that B is deleted entirely and we have C1->A and C2->A. It is often the case that B will contain a large number of pages and neither C1 nor C2 will be able to completely overshadow it. If we fork again and create a set of D layers, however, it is much more likely that one of the D layers will eventually be able to completely overshadow the much smaller dataset represented by C1 or C2. The same optimization will work at any point in the graph and the grand result of this is that even on a heavily forked machine VM Object stacks tend to not get much deeper then 4. This is true of both the parent and the children and true whether the parent is doing the forking or whether the children cascade forks." ], "previous_source": "", "target": [ "FreeBSD soluciona el problema de capas profundas con una optimización especial llamada <quote>Caso de Todo Sombreado</quote>. Este caso ocurre si C1 o C2 generan suficientes fallos COW como para sombrear (ocultar) todas las páginas en B. Digamos que C1 lo consigue. C1 puede ahora puentear B completamente, así que en lugar de tener C1->B->A y C2->B->A ahora tenemos C1->A y C2->B->A. Pero mira lo que ha pasado también—ahora B tiene sólo una referencia (C1), así que podemos colapsar B y C2 juntas. El resultado final es que B se borra completamente y tenemos C1->A y C2->A. Habitualmente el caso es que B contendrá un gran número de páginas y ni C1 ni C2 serán capaces de ocultarla completamente. Si bifurcamos de nuevo y creamos un conjunto de capas D, sin embargo, es mucho más probable que una de las capas de D eventualmente sea capaz de ocultar el conjunto mucho menor representado por C1 o C2. La misma optimización funcionará en cualquier punto del grafo y el resultado total de esto es que incluso en una máquina con muchas bifurcaciones las pilas de Objetos de Memoria Virtual tienen a no ser mucho más profundas de 4. Esto es verdad tanto para el padre como para los hijos y es así tanto si el padre hace la bifurcación como si los hijos bifurcan en cascada." ], "id_hash": 3235970144273771436, "content_hash": 3235970144273771436, "location": "article.translate.xml:295", "context": "", "note": "(itstool) path: sect1/para", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 38, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 219, "source_unit": "https://translate-dev.freebsd.org/api/units/102077/?format=api", "priority": 100, "id": 207399, "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/articles_vm-design/es/?checksum=ace879b389352bac", "url": "https://translate-dev.freebsd.org/api/units/207399/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2020-11-14T21:36:50.593834Z" }