Change Instance

HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "unit": "https://translate-dev.freebsd.org/api/units/1811473/?format=api",
    "component": "https://translate-dev.freebsd.org/api/components/documentation/articlesvm-design_index/?format=api",
    "translation": "https://translate-dev.freebsd.org/api/translations/documentation/articlesvm-design_index/ru/?format=api",
    "user": "https://translate-dev.freebsd.org/api/users/v.popolitov/?format=api",
    "author": "https://translate-dev.freebsd.org/api/users/v.popolitov/?format=api",
    "timestamp": "2025-11-20T20:26:10.167667Z",
    "action": 27,
    "target": "Лучше всего начать описание VM-системы FreeBSD с попытки взглянуть на нее с точки зрения пользовательского процесса. Каждый пользовательский процесс имеет единое, принадлежащее только ему и неразрывное адресное пространство VM, содержащее несколько типов объектов памяти. Эти объекты имеют различные характеристики. Код программы и её данные являются единым файлом, отображаемым в память (это выполняющийся двоичный файл), однако код программы доступен только для чтения, когда как данные программы размещаются в режиме копирования-при-записи. BSS программы представляет собой всего лишь выделенную область памяти, заполненную, если это требовалось, нулями, что называется обнулением страниц памяти по требованию. Отдельные файлы могут также отображаться в адресное пространство, именно так работают динамические библиотеки. Такие отображения требуют изменений, чтобы оставаться принадлежащими процессу, который их выполнил. Системный вызов fork добавляет переводит проблему управления VM полностью в новую плоскость, вдобавок к уже имеющимся сложностям.",
    "id": 911065,
    "action_name": "Search and replace",
    "url": "https://translate-dev.freebsd.org/api/changes/911065/?format=api"
}