Units
Translation components API.
See the Weblate's Web API documentation for detailed description of the API.
GET /api/translations/documentation/articlesvm-design_index/el/units/?format=api
{ "count": 94, "next": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/units/?format=api&page=2", "previous": null, "results": [ { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "An easy to follow description of the design of the FreeBSD virtual memory system" ], "previous_source": "", "target": [ "" ], "id_hash": -5212445871253427557, "content_hash": -5212445871253427557, "location": "documentation/content/en/articles/vm-design/_index.adoc:1", "context": "", "note": "type: YAML Front Matter: description", "flags": "no-wrap", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 1, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 14, "source_unit": "https://translate-dev.freebsd.org/api/units/1181040/?format=api", "priority": 100, "id": 1653569, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=37a9ac18c8fcea9b", "url": "https://translate-dev.freebsd.org/api/units/1653569/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.588083Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Design elements of the FreeBSD VM system" ], "previous_source": "", "target": [ "" ], "id_hash": 7433581282980789500, "content_hash": 7433581282980789500, "location": "documentation/content/en/articles/vm-design/_index.adoc:1, documentation/content/en/articles/vm-design/_index.adoc:11", "context": "", "note": "type: Title =", "flags": "no-wrap", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 2, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 7, "source_unit": "https://translate-dev.freebsd.org/api/units/367943/?format=api", "priority": 100, "id": 1653570, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=e72962cac50ffcfc", "url": "https://translate-dev.freebsd.org/api/units/1653570/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.588908Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Abstract" ], "previous_source": "", "target": [ "Περίληψη" ], "id_hash": 2824600030541811663, "content_hash": 2824600030541811663, "location": "documentation/content/en/articles/vm-design/_index.adoc:44", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 3, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 1, "source_unit": "https://translate-dev.freebsd.org/api/units/367945/?format=api", "priority": 100, "id": 1653571, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=a732fec32d008fcf", "url": "https://translate-dev.freebsd.org/api/units/1653571/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.589666Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Matthew Dillon <dillon@apollo.backplane.com>" ], "previous_source": "", "target": [ "" ], "id_hash": 3328405665575463437, "content_hash": 3328405665575463437, "location": "documentation/content/en/articles/vm-design/_index.adoc:46", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 4, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 3, "source_unit": "https://translate-dev.freebsd.org/api/units/1598414/?format=api", "priority": 100, "id": 1653572, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=ae30df517505ea0d", "url": "https://translate-dev.freebsd.org/api/units/1653572/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.590310Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "The title is really just a fancy way of saying that I am going to attempt to describe the whole VM enchilada, hopefully in a way that everyone can follow. For the last year I have concentrated on a number of major kernel subsystems within FreeBSD, with the VM and Swap subsystems being the most interesting and NFS being \"a necessary chore\". I rewrote only small portions of the code. In the VM arena the only major rewrite I have done is to the swap subsystem. Most of my work was cleanup and maintenance, with only moderate code rewriting and no major algorithmic adjustments within the VM subsystem. The bulk of the VM subsystem's theoretical base remains unchanged and a lot of the credit for the modernization effort in the last few years belongs to John Dyson and David Greenman. Not being a historian like Kirk I will not attempt to tag all the various features with peoples names, since I will invariably get it wrong." ], "previous_source": "", "target": [ "" ], "id_hash": 7312304718250146262, "content_hash": 7312304718250146262, "location": "documentation/content/en/articles/vm-design/_index.adoc:53", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 5, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 166, "source_unit": "https://translate-dev.freebsd.org/api/units/615365/?format=api", "priority": 100, "id": 1653573, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=e57a866624b679d6", "url": "https://translate-dev.freebsd.org/api/units/1653573/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.590981Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "'''" ], "previous_source": "", "target": [ "'''" ], "id_hash": -2596281593872070506, "content_hash": -2596281593872070506, "location": "documentation/content/en/articles/vm-design/_index.adoc:55", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 6, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 1, "source_unit": "https://translate-dev.freebsd.org/api/units/367949/?format=api", "priority": 100, "id": 1653574, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=5bf827a5645ec896", "url": "https://translate-dev.freebsd.org/api/units/1653574/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.591770Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Introduction" ], "previous_source": "", "target": [ "Εισαγωγή" ], "id_hash": 5330140601372690748, "content_hash": 5330140601372690748, "location": "documentation/content/en/articles/vm-design/_index.adoc:59", "context": "", "note": "type: Title ==", "flags": "no-wrap", "labels": [], "state": 20, "fuzzy": false, "translated": true, "approved": false, "position": 7, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 1, "source_unit": "https://translate-dev.freebsd.org/api/units/367951/?format=api", "priority": 100, "id": 1653575, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=c9f876a2fbb4c93c", "url": "https://translate-dev.freebsd.org/api/units/1653575/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.592397Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Before moving along to the actual design let's spend a little time on the necessity of maintaining and modernizing any long-living codebase. In the programming world, algorithms tend to be more important than code and it is precisely due to BSD's academic roots that a great deal of attention was paid to algorithm design from the beginning. More attention paid to the design generally leads to a clean and flexible codebase that can be fairly easily modified, extended, or replaced over time. While BSD is considered an \"old\" operating system by some people, those of us who work on it tend to view it more as a \"mature\" codebase which has various components modified, extended, or replaced with modern code. It has evolved, and FreeBSD is at the bleeding edge no matter how old some of the code might be. This is an important distinction to make and one that is unfortunately lost to many people. The biggest error a programmer can make is to not learn from history, and this is precisely the error that many other modern operating systems have made. Windows NT(R) is the best example of this, and the consequences have been dire. Linux also makes this mistake to some degree-enough that we BSD folk can make small jokes about it every once in a while, anyway. Linux's problem is simply one of a lack of experience and history to compare ideas against, a problem that is easily and rapidly being addressed by the Linux community in the same way it has been addressed in the BSD community-by continuous code development. The Windows NT(R) folk, on the other hand, repeatedly make the same mistakes solved by UNIX(R) decades ago and then spend years fixing them. Over and over again. They have a severe case of \"not designed here\" and \"we are always right because our marketing department says so\". I have little tolerance for anyone who cannot learn from history." ], "previous_source": "", "target": [ "" ], "id_hash": 3503886788887829682, "content_hash": 3503886788887829682, "location": "documentation/content/en/articles/vm-design/_index.adoc:75", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 8, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 324, "source_unit": "https://translate-dev.freebsd.org/api/units/615367/?format=api", "priority": 100, "id": 1653576, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=b0a04e7858d7dcb2", "url": "https://translate-dev.freebsd.org/api/units/1653576/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.593077Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Much of the apparent complexity of the FreeBSD design, especially in the VM/Swap subsystem, is a direct result of having to solve serious performance issues that occur under various conditions. These issues are not due to bad algorithmic design but instead rise from environmental factors. In any direct comparison between platforms, these issues become most apparent when system resources begin to get stressed. As I describe FreeBSD's VM/Swap subsystem the reader should always keep two points in mind:" ], "previous_source": "", "target": [ "" ], "id_hash": -5877286600379949665, "content_hash": -5877286600379949665, "location": "documentation/content/en/articles/vm-design/_index.adoc:80", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 9, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 78, "source_unit": "https://translate-dev.freebsd.org/api/units/615369/?format=api", "priority": 100, "id": 1653577, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=2e6faef9e5309d9f", "url": "https://translate-dev.freebsd.org/api/units/1653577/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.594022Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "The most important aspect of performance design is what is known as \"Optimizing the Critical Path\". It is often the case that performance optimizations add a little bloat to the code to make the critical path perform better." ], "previous_source": "", "target": [ "" ], "id_hash": -4192121059148506934, "content_hash": -4192121059148506934, "location": "documentation/content/en/articles/vm-design/_index.adoc:82", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 10, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 38, "source_unit": "https://translate-dev.freebsd.org/api/units/1569353/?format=api", "priority": 100, "id": 1653578, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=45d2981b8604d8ca", "url": "https://translate-dev.freebsd.org/api/units/1653578/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.594757Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "A solid, generalized design outperforms a heavily-optimized design over the long run. While a generalized design may end up being slower than an heavily-optimized design when they are first implemented, the generalized design tends to be easier to adapt to changing conditions and the heavily-optimized design winds up having to be thrown away." ], "previous_source": "", "target": [ "" ], "id_hash": 7605703704165970403, "content_hash": 7605703704165970403, "location": "documentation/content/en/articles/vm-design/_index.adoc:83", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 11, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 53, "source_unit": "https://translate-dev.freebsd.org/api/units/367959/?format=api", "priority": 100, "id": 1653579, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=e98ce338e1af71e3", "url": "https://translate-dev.freebsd.org/api/units/1653579/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.595430Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Any codebase that will survive and be maintainable for years must therefore be designed properly from the beginning even if it costs some performance. Twenty years ago people were still arguing that programming in assembly was better than programming in a high-level language because it produced code that was ten times as fast. Today, the fallibility of that argument is obvious - as are the parallels to algorithmic design and code generalization." ], "previous_source": "", "target": [ "" ], "id_hash": -1172663613538271878, "content_hash": -1172663613538271878, "location": "documentation/content/en/articles/vm-design/_index.adoc:87", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 12, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 72, "source_unit": "https://translate-dev.freebsd.org/api/units/615371/?format=api", "priority": 100, "id": 1653580, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=6fb9dca812067d7a", "url": "https://translate-dev.freebsd.org/api/units/1653580/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.596125Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "VM Objects" ], "previous_source": "", "target": [ "" ], "id_hash": -5397814950238479805, "content_hash": -5397814950238479805, "location": "documentation/content/en/articles/vm-design/_index.adoc:89", "context": "", "note": "type: Title ==", "flags": "no-wrap", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 13, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 2, "source_unit": "https://translate-dev.freebsd.org/api/units/367963/?format=api", "priority": 100, "id": 1653581, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=35171be6cfbe1a43", "url": "https://translate-dev.freebsd.org/api/units/1653581/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.596845Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "The best way to begin describing the FreeBSD VM system is to look at it from the perspective of a user-level process. Each user process sees a single, private, contiguous VM address space containing several types of memory objects. These objects have various characteristics. Program code and program data are effectively a single memory-mapped file (the binary file being run), but program code is read-only while program data is copy-on-write. Program BSS is just memory allocated and filled with zeros on demand, called demand zero page fill. Arbitrary files can be memory-mapped into the address space as well, which is how the shared library mechanism works. Such mappings can require modifications to remain private to the process making them. The fork system call adds an entirely new dimension to the VM management problem on top of the complexity already given." ], "previous_source": "", "target": [ "" ], "id_hash": 8563897145619441028, "content_hash": 8563897145619441028, "location": "documentation/content/en/articles/vm-design/_index.adoc:99", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 14, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 140, "source_unit": "https://translate-dev.freebsd.org/api/units/615373/?format=api", "priority": 100, "id": 1653582, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=f6d9131499a0e584", "url": "https://translate-dev.freebsd.org/api/units/1653582/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.597485Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "A program binary data page (which is a basic copy-on-write page) illustrates the complexity. A program binary contains a preinitialized data section which is initially mapped directly from the program file. When a program is loaded into a process's VM space, this area is initially memory-mapped and backed by the program binary itself, allowing the VM system to free/reuse the page and later load it back in from the binary. The moment a process modifies this data, however, the VM system must make a private copy of the page for that process. Since the private copy has been modified, the VM system may no longer free it, because there is no longer any way to restore it later on." ], "previous_source": "", "target": [ "" ], "id_hash": -1044570962678253903, "content_hash": -1044570962678253903, "location": "documentation/content/en/articles/vm-design/_index.adoc:105", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 15, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 119, "source_unit": "https://translate-dev.freebsd.org/api/units/615375/?format=api", "priority": 100, "id": 1653583, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=7180f03e6adff6b1", "url": "https://translate-dev.freebsd.org/api/units/1653583/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.598245Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "You will notice immediately that what was originally a simple file mapping has become much more complex. Data may be modified on a page-by-page basis whereas the file mapping encompasses many pages at once. The complexity further increases when a process forks. When a process forks, the result is two processes-each with their own private address spaces, including any modifications made by the original process prior to the call to `fork()`. It would be silly for the VM system to make a complete copy of the data at the time of the `fork()` because it is quite possible that at least one of the two processes will only need to read from that page from then on, allowing the original page to continue to be used. What was a private page is made copy-on-write again, since each process (parent and child) expects their own personal post-fork modifications to remain private to themselves and not affect the other." ], "previous_source": "", "target": [ "" ], "id_hash": -8494902235450807947, "content_hash": -8494902235450807947, "location": "documentation/content/en/articles/vm-design/_index.adoc:112", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 16, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 157, "source_unit": "https://translate-dev.freebsd.org/api/units/1443560/?format=api", "priority": 100, "id": 1653584, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=0a1c0b6cbe486975", "url": "https://translate-dev.freebsd.org/api/units/1653584/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.598990Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "FreeBSD manages all of this with a layered VM Object model. The original binary program file winds up being the lowest VM Object layer. A copy-on-write layer is pushed on top of that to hold those pages which had to be copied from the original file. If the program modifies a data page belonging to the original file the VM system takes a fault and makes a copy of the page in the higher layer. When a process forks, additional VM Object layers are pushed on. This might make a little more sense with a fairly basic example. A `fork()` is a common operation for any *BSD system, so this example will consider a program that starts up, and forks. When the process starts, the VM system creates an object layer, let's call this A:" ], "previous_source": "", "target": [ "" ], "id_hash": 3508589053702886792, "content_hash": 3508589053702886792, "location": "documentation/content/en/articles/vm-design/_index.adoc:121", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 17, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 135, "source_unit": "https://translate-dev.freebsd.org/api/units/615379/?format=api", "priority": 100, "id": 1653585, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=b0b10327b0c8d588", "url": "https://translate-dev.freebsd.org/api/units/1653585/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.599781Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "A picture" ], "previous_source": "", "target": [ "" ], "id_hash": -7986934669051171693, "content_hash": -7986934669051171693, "location": "documentation/content/en/articles/vm-design/_index.adoc:122", "context": "", "note": "type: Positional ($1) AttributeList argument for macro 'image'", "flags": "no-wrap", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 18, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 2, "source_unit": "https://translate-dev.freebsd.org/api/units/367973/?format=api", "priority": 100, "id": 1653586, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=1128b53c2ef3ec93", "url": "https://translate-dev.freebsd.org/api/units/1653586/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.600510Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "fig1.png" ], "previous_source": "", "target": [ "" ], "id_hash": 4278354640899387222, "content_hash": 4278354640899387222, "location": "documentation/content/en/articles/vm-design/_index.adoc:122", "context": "", "note": "type: Target for macro image", "flags": "no-wrap", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 19, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 1, "source_unit": "https://translate-dev.freebsd.org/api/units/367975/?format=api", "priority": 100, "id": 1653587, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=bb5fc4e0d1f3af56", "url": "https://translate-dev.freebsd.org/api/units/1653587/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.601169Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "A represents the file-pages may be paged in and out of the file's physical media as necessary. Paging in from the disk is reasonable for a program, but we really do not want to page back out and overwrite the executable. The VM system therefore creates a second layer, B, that will be physically backed by swap space:" ], "previous_source": "", "target": [ "" ], "id_hash": 669767678025411190, "content_hash": 669767678025411190, "location": "documentation/content/en/articles/vm-design/_index.adoc:127", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 20, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 58, "source_unit": "https://translate-dev.freebsd.org/api/units/615381/?format=api", "priority": 100, "id": 1653588, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=894b7e2792be2a76", "url": "https://translate-dev.freebsd.org/api/units/1653588/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.601803Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "fig2.png" ], "previous_source": "", "target": [ "" ], "id_hash": -460411412370517713, "content_hash": -460411412370517713, "location": "documentation/content/en/articles/vm-design/_index.adoc:128", "context": "", "note": "type: Target for macro image", "flags": "no-wrap", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 21, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 1, "source_unit": "https://translate-dev.freebsd.org/api/units/367979/?format=api", "priority": 100, "id": 1653589, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=799c4a42831e912f", "url": "https://translate-dev.freebsd.org/api/units/1653589/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.602509Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "On the first write to a page after this, a new page is created in B, and its contents are initialized from A. All pages in B can be paged in or out to a swap device. When the program forks, the VM system creates two new object layers-C1 for the parent, and C2 for the child-that rest on top of B:" ], "previous_source": "", "target": [ "" ], "id_hash": -7044824120912214871, "content_hash": -7044824120912214871, "location": "documentation/content/en/articles/vm-design/_index.adoc:133", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 22, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 62, "source_unit": "https://translate-dev.freebsd.org/api/units/615383/?format=api", "priority": 100, "id": 1653590, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=1e3bc1c97fec84a9", "url": "https://translate-dev.freebsd.org/api/units/1653590/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.603134Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "fig3.png" ], "previous_source": "", "target": [ "" ], "id_hash": -3376502860507835919, "content_hash": -3376502860507835919, "location": "documentation/content/en/articles/vm-design/_index.adoc:134", "context": "", "note": "type: Target for macro image", "flags": "no-wrap", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 23, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 1, "source_unit": "https://translate-dev.freebsd.org/api/units/367983/?format=api", "priority": 100, "id": 1653591, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=51244089b05711f1", "url": "https://translate-dev.freebsd.org/api/units/1653591/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.603807Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "In this case, let's say a page in B is modified by the original parent process. The process will take a copy-on-write fault and duplicate the page in C1, leaving the original page in B untouched. Now, let's say the same page in B is modified by the child process. The process will take a copy-on-write fault and duplicate the page in C2. The original page in B is now completely hidden since both C1 and C2 have a copy and B could theoretically be destroyed if it does not represent a \"real\" file; however, this sort of optimization is not trivial to make because it is so fine-grained. FreeBSD does not make this optimization. Now, suppose (as is often the case) that the child process does an `exec()`. Its current address space is usually replaced by a new address space representing a new file. In this case, the C2 layer is destroyed:" ], "previous_source": "", "target": [ "" ], "id_hash": -9136506890461498359, "content_hash": -9136506890461498359, "location": "documentation/content/en/articles/vm-design/_index.adoc:145", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 24, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 153, "source_unit": "https://translate-dev.freebsd.org/api/units/615385/?format=api", "priority": 100, "id": 1653592, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=01349b63f2223409", "url": "https://translate-dev.freebsd.org/api/units/1653592/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.604447Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "fig4.png" ], "previous_source": "", "target": [ "" ], "id_hash": -2773987714041534585, "content_hash": -2773987714041534585, "location": "documentation/content/en/articles/vm-design/_index.adoc:146", "context": "", "note": "type: Target for macro image", "flags": "no-wrap", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 25, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 1, "source_unit": "https://translate-dev.freebsd.org/api/units/367987/?format=api", "priority": 100, "id": 1653593, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=5980d0df0d41a787", "url": "https://translate-dev.freebsd.org/api/units/1653593/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.605174Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "In this case, the number of children of B drops to one, and all accesses to B now go through C1. This means that B and C1 can be collapsed together. Any pages in B that also exist in C1 are deleted from B during the collapse. Thus, even though the optimization in the previous step could not be made, we can recover the dead pages when either of the processes exit or `exec()`." ], "previous_source": "", "target": [ "" ], "id_hash": -3676186659215458374, "content_hash": -3676186659215458374, "location": "documentation/content/en/articles/vm-design/_index.adoc:152", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 26, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 74, "source_unit": "https://translate-dev.freebsd.org/api/units/615387/?format=api", "priority": 100, "id": 1653594, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=4cfb8fb5f16ebfba", "url": "https://translate-dev.freebsd.org/api/units/1653594/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.605807Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "This model creates a number of potential problems. The first is that you can wind up with a relatively deep stack of layered VM Objects which can cost scanning time and memory when you take a fault. Deep layering can occur when processes fork and then fork again (either parent or child). The second problem is that you can wind up with dead, inaccessible pages deep in the stack of VM Objects. In our last example if both the parent and child processes modify the same page, they both get their own private copies of the page and the original page in B is no longer accessible by anyone. That page in B can be freed." ], "previous_source": "", "target": [ "" ], "id_hash": -3201579251021163267, "content_hash": -3201579251021163267, "location": "documentation/content/en/articles/vm-design/_index.adoc:159", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 27, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 116, "source_unit": "https://translate-dev.freebsd.org/api/units/615389/?format=api", "priority": 100, "id": 1653595, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=5391b4a2469f54fd", "url": "https://translate-dev.freebsd.org/api/units/1653595/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.606506Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "FreeBSD solves the deep layering problem with a special optimization called the \"All Shadowed Case\". 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": [ "" ], "id_hash": 8401165672617129096, "content_hash": 8401165672617129096, "location": "documentation/content/en/articles/vm-design/_index.adoc:170", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 28, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 219, "source_unit": "https://translate-dev.freebsd.org/api/units/615391/?format=api", "priority": 100, "id": 1653596, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=f496efaaff8cb488", "url": "https://translate-dev.freebsd.org/api/units/1653596/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.607248Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "The dead page problem still exists in the case where C1 or C2 do not completely overshadow B. Due to our other optimizations this case does not represent much of a problem and we simply allow the pages to be dead. If the system runs low on memory it will swap them out, eating a little swap, but that is it." ], "previous_source": "", "target": [ "" ], "id_hash": 5007560720226111764, "content_hash": 5007560720226111764, "location": "documentation/content/en/articles/vm-design/_index.adoc:174", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 29, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 61, "source_unit": "https://translate-dev.freebsd.org/api/units/615393/?format=api", "priority": 100, "id": 1653597, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=c57e6df1a046d114", "url": "https://translate-dev.freebsd.org/api/units/1653597/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.608027Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "The advantage to the VM Object model is that `fork()` is extremely fast, since no real data copying need take place. The disadvantage is that you can build a relatively complex VM Object layering that slows page fault handling down a little, and you spend memory managing the VM Object structures. The optimizations FreeBSD makes proves to reduce the problems enough that they can be ignored, leaving no real disadvantage." ], "previous_source": "", "target": [ "" ], "id_hash": -5357844410067895347, "content_hash": -5357844410067895347, "location": "documentation/content/en/articles/vm-design/_index.adoc:178", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 30, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 70, "source_unit": "https://translate-dev.freebsd.org/api/units/615395/?format=api", "priority": 100, "id": 1653598, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=35a51ce568173bcd", "url": "https://translate-dev.freebsd.org/api/units/1653598/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.608704Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "SWAP Layers" ], "previous_source": "", "target": [ "" ], "id_hash": -5649517746058824123, "content_hash": -5649517746058824123, "location": "documentation/content/en/articles/vm-design/_index.adoc:180", "context": "", "note": "type: Title ==", "flags": "no-wrap", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 31, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 2, "source_unit": "https://translate-dev.freebsd.org/api/units/367999/?format=api", "priority": 100, "id": 1653599, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=3198e18ad9e5f645", "url": "https://translate-dev.freebsd.org/api/units/1653599/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.609379Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Private data pages are initially either copy-on-write or zero-fill pages. When a change, and therefore a copy, is made, the original backing object (usually a file) can no longer be used to save a copy of the page when the VM system needs to reuse it for other purposes. This is where SWAP comes in. SWAP is allocated to create backing store for memory that does not otherwise have it. FreeBSD allocates the swap management structure for a VM Object only when it is actually needed. However, the swap management structure has had problems historically:" ], "previous_source": "", "target": [ "" ], "id_hash": 1315532285212979335, "content_hash": 1315532285212979335, "location": "documentation/content/en/articles/vm-design/_index.adoc:188", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 32, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 95, "source_unit": "https://translate-dev.freebsd.org/api/units/615397/?format=api", "priority": 100, "id": 1653600, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=9241b5a4b6ad7087", "url": "https://translate-dev.freebsd.org/api/units/1653600/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.609997Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Under FreeBSD 3.X the swap management structure preallocates an array that encompasses the entire object requiring swap backing store-even if only a few pages of that object are swap-backed. This creates a kernel memory fragmentation problem when large objects are mapped, or processes with large runsizes (RSS) fork." ], "previous_source": "", "target": [ "" ], "id_hash": 364383122539995788, "content_hash": 364383122539995788, "location": "documentation/content/en/articles/vm-design/_index.adoc:190", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 33, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 48, "source_unit": "https://translate-dev.freebsd.org/api/units/368003/?format=api", "priority": 100, "id": 1653601, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=850e8c84f524e28c", "url": "https://translate-dev.freebsd.org/api/units/1653601/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.610692Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Also, to keep track of swap space, a \"list of holes\" is kept in kernel memory, and this tends to get severely fragmented as well. Since the \"list of holes\" is a linear list, the swap allocation and freeing performance is a non-optimal O(n)-per-page." ], "previous_source": "", "target": [ "" ], "id_hash": -4072780474139688110, "content_hash": -4072780474139688110, "location": "documentation/content/en/articles/vm-design/_index.adoc:191", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 34, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 44, "source_unit": "https://translate-dev.freebsd.org/api/units/1569355/?format=api", "priority": 100, "id": 1653602, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=477a93bcbec1c352", "url": "https://translate-dev.freebsd.org/api/units/1653602/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.611355Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "It requires kernel memory allocations to take place during the swap freeing process, and that creates low memory deadlock problems." ], "previous_source": "", "target": [ "" ], "id_hash": 415026583846586014, "content_hash": 415026583846586014, "location": "documentation/content/en/articles/vm-design/_index.adoc:192", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 35, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 20, "source_unit": "https://translate-dev.freebsd.org/api/units/368007/?format=api", "priority": 100, "id": 1653603, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=85c2787aa685069e", "url": "https://translate-dev.freebsd.org/api/units/1653603/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.611983Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "The problem is further exacerbated by holes created due to the interleaving algorithm." ], "previous_source": "", "target": [ "" ], "id_hash": 3311364613565436823, "content_hash": 3311364613565436823, "location": "documentation/content/en/articles/vm-design/_index.adoc:193", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 36, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 13, "source_unit": "https://translate-dev.freebsd.org/api/units/368009/?format=api", "priority": 100, "id": 1653604, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=adf45492595dd397", "url": "https://translate-dev.freebsd.org/api/units/1653604/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.612600Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Also, the swap block map can become fragmented fairly easily resulting in non-contiguous allocations." ], "previous_source": "", "target": [ "" ], "id_hash": -7186834998021186633, "content_hash": -7186834998021186633, "location": "documentation/content/en/articles/vm-design/_index.adoc:194", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 37, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 14, "source_unit": "https://translate-dev.freebsd.org/api/units/368011/?format=api", "priority": 100, "id": 1653605, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=1c433ba5939a1bb7", "url": "https://translate-dev.freebsd.org/api/units/1653605/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.613225Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Kernel memory must also be allocated on the fly for additional swap management structures when a swapout occurs." ], "previous_source": "", "target": [ "" ], "id_hash": 4076615525758908292, "content_hash": 4076615525758908292, "location": "documentation/content/en/articles/vm-design/_index.adoc:195", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 38, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 18, "source_unit": "https://translate-dev.freebsd.org/api/units/368013/?format=api", "priority": 100, "id": 1653606, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=b8930c38cab3b784", "url": "https://translate-dev.freebsd.org/api/units/1653606/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.613865Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "It is evident from that list that there was plenty of room for improvement. For FreeBSD 4.X, I completely rewrote the swap subsystem:" ], "previous_source": "", "target": [ "" ], "id_hash": 6790780388169697555, "content_hash": 6790780388169697555, "location": "documentation/content/en/articles/vm-design/_index.adoc:198", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 39, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 23, "source_unit": "https://translate-dev.freebsd.org/api/units/615399/?format=api", "priority": 100, "id": 1653607, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=de3db2c8b08b4913", "url": "https://translate-dev.freebsd.org/api/units/1653607/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.614466Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Swap management structures are allocated through a hash table rather than a linear array giving them a fixed allocation size and much finer granularity." ], "previous_source": "", "target": [ "" ], "id_hash": 3185326950855392566, "content_hash": 3185326950855392566, "location": "documentation/content/en/articles/vm-design/_index.adoc:200", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 40, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 24, "source_unit": "https://translate-dev.freebsd.org/api/units/368017/?format=api", "priority": 100, "id": 1653608, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=ac348dfc3736bd36", "url": "https://translate-dev.freebsd.org/api/units/1653608/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.615090Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "Rather then using a linearly linked list to keep track of swap space reservations, it now uses a bitmap of swap blocks arranged in a radix tree structure with free-space hinting in the radix node structures. This effectively makes swap allocation and freeing an O(1) operation." ], "previous_source": "", "target": [ "" ], "id_hash": 1116449027693962317, "content_hash": 1116449027693962317, "location": "documentation/content/en/articles/vm-design/_index.adoc:201", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 41, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 46, "source_unit": "https://translate-dev.freebsd.org/api/units/368019/?format=api", "priority": 100, "id": 1653609, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=8f7e6c79b987644d", "url": "https://translate-dev.freebsd.org/api/units/1653609/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.615698Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "The entire radix tree bitmap is also preallocated 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 to avoid potential deadlocks." ], "previous_source": "", "target": [ "" ], "id_hash": 7931565045898444070, "content_hash": 7931565045898444070, "location": "documentation/content/en/articles/vm-design/_index.adoc:202", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 42, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 48, "source_unit": "https://translate-dev.freebsd.org/api/units/1569357/?format=api", "priority": 100, "id": 1653610, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=ee129462d1ae7d26", "url": "https://translate-dev.freebsd.org/api/units/1653610/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.616331Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?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": [ "" ], "id_hash": 990217662889969609, "content_hash": 990217662889969609, "location": "documentation/content/en/articles/vm-design/_index.adoc:203", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 43, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 20, "source_unit": "https://translate-dev.freebsd.org/api/units/368023/?format=api", "priority": 100, "id": 1653611, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=8dbdf5b7cedfc7c9", "url": "https://translate-dev.freebsd.org/api/units/1653611/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.616990Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "I did not take the final step of having an \"allocating hint pointer\" that would trundle through a portion of swap as allocations were made to further guarantee contiguous allocations or at least locality of reference, but I ensured that such an addition could be made." ], "previous_source": "", "target": [ "" ], "id_hash": 7837563792822788789, "content_hash": 7837563792822788789, "location": "documentation/content/en/articles/vm-design/_index.adoc:205", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 44, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 46, "source_unit": "https://translate-dev.freebsd.org/api/units/1569359/?format=api", "priority": 100, "id": 1653612, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=ecc49ebe8faa62b5", "url": "https://translate-dev.freebsd.org/api/units/1653612/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.617632Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?format=api", "source": [ "When to free a page" ], "previous_source": "", "target": [ "" ], "id_hash": -3579756300736772617, "content_hash": -3579756300736772617, "location": "documentation/content/en/articles/vm-design/_index.adoc:207", "context": "", "note": "type: Title ==", "flags": "no-wrap", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 45, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 5, "source_unit": "https://translate-dev.freebsd.org/api/units/368027/?format=api", "priority": 100, "id": 1653613, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=4e52269c601e45f7", "url": "https://translate-dev.freebsd.org/api/units/1653613/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.618275Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?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": [ "" ], "id_hash": 204140903070093057, "content_hash": 204140903070093057, "location": "documentation/content/en/articles/vm-design/_index.adoc:212", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 46, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 79, "source_unit": "https://translate-dev.freebsd.org/api/units/615401/?format=api", "priority": 100, "id": 1653614, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=82d54111db9ecf01", "url": "https://translate-dev.freebsd.org/api/units/1653614/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.618905Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?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 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": [ "" ], "id_hash": -1660761811070994024, "content_hash": -1660761811070994024, "location": "documentation/content/en/articles/vm-design/_index.adoc:215", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 47, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 74, "source_unit": "https://translate-dev.freebsd.org/api/units/1569361/?format=api", "priority": 100, "id": 1653615, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=68f3c9ee92943998", "url": "https://translate-dev.freebsd.org/api/units/1653615/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.619586Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?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": [ "" ], "id_hash": -6858376981814393393, "content_hash": -6858376981814393393, "location": "documentation/content/en/articles/vm-design/_index.adoc:218", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 48, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 35, "source_unit": "https://translate-dev.freebsd.org/api/units/615405/?format=api", "priority": 100, "id": 1653616, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=20d22678e73cc5cf", "url": "https://translate-dev.freebsd.org/api/units/1653616/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.620240Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?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": [ "" ], "id_hash": 4733636345993738193, "content_hash": 4733636345993738193, "location": "documentation/content/en/articles/vm-design/_index.adoc:224", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 49, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 103, "source_unit": "https://translate-dev.freebsd.org/api/units/615407/?format=api", "priority": 100, "id": 1653617, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=c1b1412d42d5b7d1", "url": "https://translate-dev.freebsd.org/api/units/1653617/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.620901Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/el/?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": [ "" ], "id_hash": -1836524288596584530, "content_hash": -1836524288596584530, "location": "documentation/content/en/articles/vm-design/_index.adoc:229", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 50, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 107, "source_unit": "https://translate-dev.freebsd.org/api/units/615409/?format=api", "priority": 100, "id": 1653618, "web_url": "https://translate-dev.freebsd.org/translate/documentation/articlesvm-design_index/el/?checksum=66835ae3ccd2d7ae", "url": "https://translate-dev.freebsd.org/api/units/1653618/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2024-02-17T12:53:25.621595Z" } ] }