Units
Translation components API.
See the Weblate's Web API documentation for detailed description of the API.
GET /api/translations/documentation/booksdesign-44bsd_index/tr_TR/units/?format=api&page=3
{ "count": 291, "next": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/units/?format=api&page=4", "previous": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/units/?format=api&page=2", "results": [ { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Sections 2.3 through 2.14 present introductory material related to Chapters 3 through 14. We shall define terms, mention basic system calls, and explore historical developments. Finally, we shall give the reasons for many major design decisions." ], "previous_source": "", "target": [ "" ], "id_hash": -8955073441836799406, "content_hash": -8955073441836799406, "location": "documentation/content/en/books/design-44bsd/_index.adoc:70", "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": 36, "source_unit": "https://translate-dev.freebsd.org/api/units/1177648/?format=api", "priority": 100, "id": 1178663, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=03b9302691c86a52", "url": "https://translate-dev.freebsd.org/api/units/1178663/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.347626Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The _kernel_ is the part of the system that runs in protected mode and mediates access by all user programs to the underlying hardware (e.g., CPU, disks, terminals, network links) and software constructs (e.g., filesystem, network protocols). The kernel provides the basic system facilities; it creates and manages processes, and provides functions to access the filesystem and communication facilities. These functions, called _system calls_ appear to user processes as library subroutines. These system calls are the only interface that processes have to these facilities. Details of the system-call mechanism are given in Chapter 3, as are descriptions of several kernel mechanisms that do not execute as the direct result of a process doing a system call." ], "previous_source": "", "target": [ "" ], "id_hash": -6081880030967671733, "content_hash": -6081880030967671733, "location": "documentation/content/en/books/design-44bsd/_index.adoc:78", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 13, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 116, "source_unit": "https://translate-dev.freebsd.org/api/units/1177650/?format=api", "priority": 100, "id": 1178664, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=2b98d255c3a1544b", "url": "https://translate-dev.freebsd.org/api/units/1178664/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.359935Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "A _kernel_ in traditional operating-system terminology, is a small nucleus of software that provides only the minimal facilities necessary for implementing additional operating-system services. In contemporary research operating systems -- such as Chorus <<biblio-rozier, [Rozier et al, 1988]>>, Mach <<biblio-accetta, [Accetta et al, 1986]>>, Tunis <<biblio-ewens, [Ewens et al, 1985]>>, and the V Kernel <<biblio-cheriton, [Cheriton, 1988]>> -- this division of functionality is more than just a logical one. Services such as filesystems and networking protocols are implemented as client application processes of the nucleus or kernel." ], "previous_source": "", "target": [ "" ], "id_hash": -2261157688250348064, "content_hash": -2261157688250348064, "location": "documentation/content/en/books/design-44bsd/_index.adoc:82", "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": 87, "source_unit": "https://translate-dev.freebsd.org/api/units/1177652/?format=api", "priority": 100, "id": 1178665, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=609ec1100ab1cde0", "url": "https://translate-dev.freebsd.org/api/units/1178665/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.367214Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The 4.4BSD kernel is not partitioned into multiple processes. This basic design decision was made in the earliest versions of UNIX. The first two implementations by Ken Thompson had no memory mapping, and thus made no hardware-enforced distinction between user and kernel space <<biblio-ritchie, [Ritchie, 1988]>>. A message-passing system could have been implemented as readily as the actually implemented model of kernel and user processes. The monolithic kernel was chosen for simplicity and performance. And the early kernels were small; the inclusion of facilities such as networking into the kernel has increased its size. The current trend in operating-systems research is to reduce the kernel size by placing such services in user space." ], "previous_source": "", "target": [ "" ], "id_hash": 5387790100590289334, "content_hash": 5387790100590289334, "location": "documentation/content/en/books/design-44bsd/_index.adoc:90", "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": 113, "source_unit": "https://translate-dev.freebsd.org/api/units/1177654/?format=api", "priority": 100, "id": 1178666, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=cac5468cfe0ce1b6", "url": "https://translate-dev.freebsd.org/api/units/1178666/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.373587Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Users ordinarily interact with the system through a command-language interpreter, called a _shell_, and perhaps through additional user application programs. Such programs and the shell are implemented with processes. Details of such programs are beyond the scope of this book, which instead concentrates almost exclusively on the kernel." ], "previous_source": "", "target": [ "" ], "id_hash": -7165180633535336176, "content_hash": -7165180633535336176, "location": "documentation/content/en/books/design-44bsd/_index.adoc:94", "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": 48, "source_unit": "https://translate-dev.freebsd.org/api/units/1177656/?format=api", "priority": 100, "id": 1178667, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=1c902a2d329e3110", "url": "https://translate-dev.freebsd.org/api/units/1178667/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.379832Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Sections 2.3 and 2.4 describe the services provided by the 4.4BSD kernel, and give an overview of the latter's design. Later chapters describe the detailed design and implementation of these services as they appear in 4.4BSD." ], "previous_source": "", "target": [ "" ], "id_hash": 7163743591428071303, "content_hash": 7163743591428071303, "location": "documentation/content/en/books/design-44bsd/_index.adoc:97", "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": 36, "source_unit": "https://translate-dev.freebsd.org/api/units/1177658/?format=api", "priority": 100, "id": 1178668, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=e36abad75d0d1f87", "url": "https://translate-dev.freebsd.org/api/units/1178668/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.386931Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The largest part of the kernel implements the system services that applications access through system calls. In 4.4BSD, this software has been organized according to the following:" ], "previous_source": "", "target": [ "" ], "id_hash": 3699640649772059138, "content_hash": 3699640649772059138, "location": "documentation/content/en/books/design-44bsd/_index.adoc:109", "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": 27, "source_unit": "https://translate-dev.freebsd.org/api/units/1177660/?format=api", "priority": 100, "id": 1178669, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=b357c391c6424a02", "url": "https://translate-dev.freebsd.org/api/units/1178669/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.434233Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The machine-dependent aspects of the kernel are isolated from the mainstream code. In particular, none of the machine-independent code contains conditional code for specific architecture. When an architecture-dependent action is needed, the machine-independent code calls an architecture-dependent function that is located in the machine-dependent code. The software that is machine dependent includes" ], "previous_source": "", "target": [ "" ], "id_hash": -3966018402659461979, "content_hash": -3966018402659461979, "location": "documentation/content/en/books/design-44bsd/_index.adoc:151", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 93, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 52, "source_unit": "https://translate-dev.freebsd.org/api/units/1177662/?format=api", "priority": 100, "id": 1178670, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=48f5df4690d214a5", "url": "https://translate-dev.freebsd.org/api/units/1178670/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.515509Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "<<table-mach-indep>> summarizes the machine-independent software that constitutes the 4.4BSD kernel for the HP300. The numbers in column 2 are for lines of C source code, header files, and assembly language. Virtually all the software in the kernel is written in the C programming language; less than 2 percent is written in assembly language. As the statistics in <<table-mach-dep>> show, the machine-dependent software, excluding HP/UX and device support, accounts for a minuscule 6.9 percent of the kernel." ], "previous_source": "", "target": [ "" ], "id_hash": -5996404302632515943, "content_hash": -5996404302632515943, "location": "documentation/content/en/books/design-44bsd/_index.adoc:176", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 119, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 76, "source_unit": "https://translate-dev.freebsd.org/api/units/1177664/?format=api", "priority": 100, "id": 1178671, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=2cc87e0e9bf70699", "url": "https://translate-dev.freebsd.org/api/units/1178671/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.553085Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Only a small part of the kernel is devoted to initializing the system. This code is used when the system is _bootstrapped_ into operation and is responsible for setting up the kernel hardware and software environment (see Chapter 14). Some operating systems (especially those with limited physical memory) discard or _overlay_ the software that performs these functions after that software has been executed. The 4.4BSD kernel does not reclaim the memory used by the startup code because that memory space is barely 0.5 percent of the kernel resources used on a typical machine. Also, the startup code does not appear in one place in the kernel -- it is scattered throughout, and it usually appears in places logically associated with what is being initialized." ], "previous_source": "", "target": [ "" ], "id_hash": 8316801088825560398, "content_hash": 8316801088825560398, "location": "documentation/content/en/books/design-44bsd/_index.adoc:182", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 120, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 124, "source_unit": "https://translate-dev.freebsd.org/api/units/1177666/?format=api", "priority": 100, "id": 1178672, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=f36b3686a7078d4e", "url": "https://translate-dev.freebsd.org/api/units/1178672/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.561176Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The boundary between the kernel- and user-level code is enforced by hardware-protection facilities provided by the underlying hardware. The kernel operates in a separate address space that is inaccessible to user processes. Privileged operations -- such as starting I/O and halting the central processing unit (CPU) -- are available to only the kernel. Applications request services from the kernel with _system calls_. System calls are used to cause the kernel to execute complicated operations, such as writing data to secondary storage, and simple operations, such as returning the current time of day. All system calls appear _synchronous_ to applications: The application does not run while the kernel does the actions associated with a system call. The kernel may finish some operations associated with a system call after it has returned. For example, a _write_ system call will copy the data to be written from the user process to a kernel buffer while the process waits, but will usually return from the system call before the kernel buffer is written to the disk." ], "previous_source": "", "target": [ "" ], "id_hash": 8067613668763138007, "content_hash": 8067613668763138007, "location": "documentation/content/en/books/design-44bsd/_index.adoc:194", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 122, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 172, "source_unit": "https://translate-dev.freebsd.org/api/units/1177668/?format=api", "priority": 100, "id": 1178673, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=eff5ebe33fb677d7", "url": "https://translate-dev.freebsd.org/api/units/1178673/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.574587Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "A system call usually is implemented as a hardware trap that changes the CPU's execution mode and the current address-space mapping. Parameters supplied by users in system calls are validated by the kernel before being used. Such checking ensures the integrity of the system. All parameters passed into the kernel are copied into the kernel's address space, to ensure that validated parameters are not changed as a side effect of the system call. System-call results are returned by the kernel, either in hardware registers or by their values being copied to user-specified memory addresses. Like parameters passed into the kernel, addresses used for the return of results must be validated to ensure that they are part of an application's address space. If the kernel encounters an error while processing a system call, it returns an error code to the user. For the C programming language, this error code is stored in the global variable _errno_, and the function that executed the system call returns the value -1." ], "previous_source": "", "target": [ "" ], "id_hash": 6517101041467378982, "content_hash": 6517101041467378982, "location": "documentation/content/en/books/design-44bsd/_index.adoc:203", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 123, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 167, "source_unit": "https://translate-dev.freebsd.org/api/units/1177670/?format=api", "priority": 100, "id": 1178674, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=da7164de3dfdcd26", "url": "https://translate-dev.freebsd.org/api/units/1178674/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.581501Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "User applications and the kernel operate independently of each other. 4.4BSD does not store I/O control blocks or other operating-system-related data structures in the application's address space. Each user-level application is provided an independent address space in which it executes. The kernel makes most state changes, such as suspending a process while another is running, invisible to the processes involved." ], "previous_source": "", "target": [ "" ], "id_hash": 7596196441809350847, "content_hash": 7596196441809350847, "location": "documentation/content/en/books/design-44bsd/_index.adoc:208", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 124, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 60, "source_unit": "https://translate-dev.freebsd.org/api/units/1177672/?format=api", "priority": 100, "id": 1178675, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=e96b1c6ade21f0bf", "url": "https://translate-dev.freebsd.org/api/units/1178675/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.620302Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "4.4BSD supports a multitasking environment. Each task or thread of execution is termed a _process_. The _context_ of a 4.4BSD process consists of user-level state, including the contents of its address space and the run-time environment, and kernel-level state, which includes scheduling parameters, resource controls, and identification information. The context includes everything used by the kernel in providing services for the process. Users can create processes, control the processes' execution, and receive notification when the processes' execution status changes. Every process is assigned a unique value, termed a _process identifier_ (PID). This value is used by the kernel to identify a process when reporting status changes to a user, and by a user when referencing a process in a system call." ], "previous_source": "", "target": [ "" ], "id_hash": -5820167997960030397, "content_hash": -5820167997960030397, "location": "documentation/content/en/books/design-44bsd/_index.adoc:219", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 126, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 121, "source_unit": "https://translate-dev.freebsd.org/api/units/1177674/?format=api", "priority": 100, "id": 1178676, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=2f3a9c0adc7ef743", "url": "https://translate-dev.freebsd.org/api/units/1178676/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.632722Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The kernel creates a process by duplicating the context of another process. The new process is termed a _child process_ of the original _parent process_ The context duplicated in process creation includes both the user-level execution state of the process and the process's system state managed by the kernel. Important components of the kernel state are described in Chapter 4." ], "previous_source": "", "target": [ "" ], "id_hash": 7385027177903855371, "content_hash": 7385027177903855371, "location": "documentation/content/en/books/design-44bsd/_index.adoc:224", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 127, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 60, "source_unit": "https://translate-dev.freebsd.org/api/units/1177676/?format=api", "priority": 100, "id": 1178677, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=e67ce3173b90970b", "url": "https://translate-dev.freebsd.org/api/units/1178677/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.641435Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The process lifecycle is depicted in <<fig-process-lifecycle>>. A process may create a new process that is a copy of the original by using the _fork_ system call. The _fork_ call returns twice: once in the parent process, where the return value is the process identifier of the child, and once in the child process, where the return value is 0. The parent-child relationship induces a hierarchical structure on the set of processes in the system. The new process shares all its parent's resources, such as file descriptors, signal-handling status, and memory layout." ], "previous_source": "", "target": [ "" ], "id_hash": -2086953854432826946, "content_hash": -2086953854432826946, "location": "documentation/content/en/books/design-44bsd/_index.adoc:234", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 130, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 92, "source_unit": "https://translate-dev.freebsd.org/api/units/1177678/?format=api", "priority": 100, "id": 1178678, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=6309a686cbe629be", "url": "https://translate-dev.freebsd.org/api/units/1178678/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.725332Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Although there are occasions when the new process is intended to be a copy of the parent, the loading and execution of a different program is a more useful and typical action. A process can overlay itself with the memory image of another program, passing to the newly created image a set of parameters, using the system call _execve_. One parameter is the name of a file whose contents are in a format recognized by the system -- either a binary-executable file or a file that causes the execution of a specified interpreter program to process its contents." ], "previous_source": "", "target": [ "" ], "id_hash": 5779328759234417208, "content_hash": 5779328759234417208, "location": "documentation/content/en/books/design-44bsd/_index.adoc:238", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 131, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 98, "source_unit": "https://translate-dev.freebsd.org/api/units/1177680/?format=api", "priority": 100, "id": 1178679, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=d0344ce2e65dd238", "url": "https://translate-dev.freebsd.org/api/units/1178679/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.738293Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "A process may terminate by executing an _exit_ system call, sending 8 bits of exit status to its parent. If a process wants to communicate more than a single byte of information with its parent, it must either set up an interprocess-communication channel using pipes or sockets, or use an intermediate file. Interprocess communication is discussed extensively in Chapter 11." ], "previous_source": "", "target": [ "" ], "id_hash": 7025104043464142836, "content_hash": 7025104043464142836, "location": "documentation/content/en/books/design-44bsd/_index.adoc:242", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 132, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 60, "source_unit": "https://translate-dev.freebsd.org/api/units/1177682/?format=api", "priority": 100, "id": 1178680, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=e17e2ee82cd72ff4", "url": "https://translate-dev.freebsd.org/api/units/1178680/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.753816Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "A process can suspend execution until any of its child processes terminate using the _wait_ system call, which returns the PID and exit status of the terminated child process. A parent process can arrange to be notified by a signal when a child process exits or terminates abnormally. Using the _wait4_ system call, the parent can retrieve information about the event that caused termination of the child process and about resources consumed by the process during its lifetime. If a process is orphaned because its parent exits before it is finished, then the kernel arranges for the child's exit status to be passed back to a special system process _init_: see Sections 3.1 and 14.6)." ], "previous_source": "", "target": [ "" ], "id_hash": -1654997489636371526, "content_hash": -1654997489636371526, "location": "documentation/content/en/books/design-44bsd/_index.adoc:247", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 133, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 115, "source_unit": "https://translate-dev.freebsd.org/api/units/1177684/?format=api", "priority": 100, "id": 1178681, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=6908448d3e0f93ba", "url": "https://translate-dev.freebsd.org/api/units/1178681/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.761742Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Processes are scheduled for execution according to a _process-priority_ parameter. This priority is managed by a kernel-based scheduling algorithm. Users can influence the scheduling of a process by specifying a parameter (_nice_) that weights the overall scheduling priority, but are still obligated to share the underlying CPU resources according to the kernel's scheduling policy." ], "previous_source": "", "target": [ "" ], "id_hash": -3400413419963812522, "content_hash": -3400413419963812522, "location": "documentation/content/en/books/design-44bsd/_index.adoc:253", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 135, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 54, "source_unit": "https://translate-dev.freebsd.org/api/units/1177686/?format=api", "priority": 100, "id": 1178682, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=50cf4e02bd95f556", "url": "https://translate-dev.freebsd.org/api/units/1178682/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.775844Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The system defines a set of _signals_ that may be delivered to a process. Signals in 4.4BSD are modeled after hardware interrupts. A process may specify a user-level subroutine to be a _handler_ to which a signal should be delivered. When a signal is generated, it is blocked from further occurrence while it is being _caught_ by the handler. Catching a signal involves saving the current process context and building a new one in which to run the handler. The signal is then delivered to the handler, which can either abort the process or return to the executing process (perhaps after setting a global variable). If the handler returns, the signal is unblocked and can be generated (and caught) again." ], "previous_source": "", "target": [ "" ], "id_hash": -306937228086728953, "content_hash": -306937228086728953, "location": "documentation/content/en/books/design-44bsd/_index.adoc:263", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 137, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 120, "source_unit": "https://translate-dev.freebsd.org/api/units/1177688/?format=api", "priority": 100, "id": 1178683, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=7bbd8a379f8c2707", "url": "https://translate-dev.freebsd.org/api/units/1178683/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.822001Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Alternatively, a process may specify that a signal is to be _ignored_, or that a default action, as determined by the kernel, is to be taken. The default action of certain signals is to terminate the process. This termination may be accompanied by creation of a _core file_ that contains the current memory image of the process for use in postmortem debugging." ], "previous_source": "", "target": [ "" ], "id_hash": 972959754580351894, "content_hash": 972959754580351894, "location": "documentation/content/en/books/design-44bsd/_index.adoc:267", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 138, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 62, "source_unit": "https://translate-dev.freebsd.org/api/units/1177690/?format=api", "priority": 100, "id": 1178684, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=8d80a5bde8835b96", "url": "https://translate-dev.freebsd.org/api/units/1178684/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.830482Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Some signals cannot be caught or ignored. These signals include _SIGKILL_, which kills runaway processes, and the job-control signal _SIGSTOP_." ], "previous_source": "", "target": [ "" ], "id_hash": 2314754734690232114, "content_hash": 2314754734690232114, "location": "documentation/content/en/books/design-44bsd/_index.adoc:270", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 139, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 20, "source_unit": "https://translate-dev.freebsd.org/api/units/1177692/?format=api", "priority": 100, "id": 1178685, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=a01fa92ac75d6732", "url": "https://translate-dev.freebsd.org/api/units/1178685/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.836223Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "A process may choose to have signals delivered on a special stack so that sophisticated software stack manipulations are possible. For example, a language supporting coroutines needs to provide a stack for each coroutine. The language run-time system can allocate these stacks by dividing up the single stack provided by 4.4BSD. If the kernel does not support a separate signal stack, the space allocated for each coroutine must be expanded by the amount of space required to catch a signal." ], "previous_source": "", "target": [ "" ], "id_hash": -8657923340112699632, "content_hash": -8657923340112699632, "location": "documentation/content/en/books/design-44bsd/_index.adoc:275", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 140, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 80, "source_unit": "https://translate-dev.freebsd.org/api/units/1177694/?format=api", "priority": 100, "id": 1178686, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=07d8e0980404df10", "url": "https://translate-dev.freebsd.org/api/units/1178686/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.842502Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "All signals have the same _priority_. If multiple signals are pending simultaneously, the order in which signals are delivered to a process is implementation specific. Signal handlers execute with the signal that caused their invocation to be blocked, but other signals may yet occur. Mechanisms are provided so that processes can protect critical sections of code against the occurrence of specified signals." ], "previous_source": "", "target": [ "" ], "id_hash": 1649527470949024359, "content_hash": 1649527470949024359, "location": "documentation/content/en/books/design-44bsd/_index.adoc:280", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 141, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 62, "source_unit": "https://translate-dev.freebsd.org/api/units/1177696/?format=api", "priority": 100, "id": 1178687, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=96e44c7ec92a4267", "url": "https://translate-dev.freebsd.org/api/units/1178687/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.849543Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The group of processes in a process group is sometimes referred to as a _job_ and is manipulated by high-level system software, such as the shell. A common kind of job created by a shell is a _pipeline_ of several processes connected by pipes, such that the output of the first process is the input of the second, the output of the second is the input of the third, and so forth. The shell creates such a job by forking a process for each stage of the pipeline, then putting all those processes into a separate process group." ], "previous_source": "", "target": [ "" ], "id_hash": -900430907709349180, "content_hash": -900430907709349180, "location": "documentation/content/en/books/design-44bsd/_index.adoc:294", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 145, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 98, "source_unit": "https://translate-dev.freebsd.org/api/units/1177700/?format=api", "priority": 100, "id": 1178689, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=738106dc3133a2c4", "url": "https://translate-dev.freebsd.org/api/units/1178689/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.870520Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "A user process can send a signal to each process in a process group, as well as to a single process. A process in a specific process group may receive software interrupts affecting the group, causing the group to suspend or resume execution, or to be interrupted or terminated." ], "previous_source": "", "target": [ "" ], "id_hash": 2846215556938543608, "content_hash": 2846215556938543608, "location": "documentation/content/en/books/design-44bsd/_index.adoc:297", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 146, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 49, "source_unit": "https://translate-dev.freebsd.org/api/units/1177702/?format=api", "priority": 100, "id": 1178690, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=a77fc9f8198331f8", "url": "https://translate-dev.freebsd.org/api/units/1178690/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.877845Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "A terminal has a process-group identifier assigned to it. This identifier is normally set to the identifier of a process group associated with the terminal. A job-control shell may create a number of process groups associated with the same terminal; the terminal is the _controlling terminal_ for each process in these groups. A process may read from a descriptor for its controlling terminal only if the terminal's process-group identifier matches that of the process. If the identifiers do not match, the process will be blocked if it attempts to read from the terminal. By changing the process-group identifier of the terminal, a shell can arbitrate a terminal among several different jobs. This arbitration is called _job control_ and is described, with process groups, in Section 4.8." ], "previous_source": "", "target": [ "" ], "id_hash": 6860888637697278524, "content_hash": 6860888637697278524, "location": "documentation/content/en/books/design-44bsd/_index.adoc:305", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 147, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 126, "source_unit": "https://translate-dev.freebsd.org/api/units/1177704/?format=api", "priority": 100, "id": 1178691, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=df36c5dd8d75c23c", "url": "https://translate-dev.freebsd.org/api/units/1178691/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.908586Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Each process has its own private address space. The address space is initially divided into three logical segments: _text_, _data_, and _stack_. The text segment is read-only and contains the machine instructions of a program. The data and stack segments are both readable and writable. The data segment contains the initialized and uninitialized data portions of a program, whereas the stack segment holds the application's run-time stack. On most machines, the stack segment is extended automatically by the kernel as the process executes. A process can expand or contract its data segment by making a system call, whereas a process can change the size of its text segment only when the segment's contents are overlaid with data from the filesystem, or when debugging takes place. The initial contents of the segments of a child process are duplicates of the segments of a parent process." ], "previous_source": "", "target": [ "" ], "id_hash": -5552971193940808918, "content_hash": -5552971193940808918, "location": "documentation/content/en/books/design-44bsd/_index.adoc:320", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 150, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 144, "source_unit": "https://translate-dev.freebsd.org/api/units/1177708/?format=api", "priority": 100, "id": 1178693, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=32efe21eb92e6b2a", "url": "https://translate-dev.freebsd.org/api/units/1178693/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.928379Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The entire contents of a process address space do not need to be resident for a process to execute. If a process references a part of its address space that is not resident in main memory, the system _pages_ the necessary information into memory. When system resources are scarce, the system uses a two-level approach to maintain available resources. If a modest amount of memory is available, the system will take memory resources away from processes if these resources have not been used recently. Should there be a severe resource shortage, the system will resort to _swapping_ the entire context of a process to secondary storage. The _demand paging_ and _swapping_ done by the system are effectively transparent to processes. A process may, however, advise the system about expected future memory utilization as a performance aid." ], "previous_source": "", "target": [ "" ], "id_hash": -4669498594761235306, "content_hash": -4669498594761235306, "location": "documentation/content/en/books/design-44bsd/_index.adoc:328", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 151, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 136, "source_unit": "https://translate-dev.freebsd.org/api/units/1177710/?format=api", "priority": 100, "id": 1178694, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=3f329bc4a4122496", "url": "https://translate-dev.freebsd.org/api/units/1178694/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.936007Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The support of large sparse address spaces, mapped files, and shared memory was a requirement for 4.2BSD. An interface was specified, called _mmap_, that allowed unrelated processes to request a shared mapping of a file into their address spaces. If multiple processes mapped the same file into their address spaces, changes to the file's portion of an address space by one process would be reflected in the area mapped by the other processes, as well as in the file itself. Ultimately, 4.2BSD was shipped without the _mmap_ interface, because of pressure to make other features, such as networking, available." ], "previous_source": "", "target": [ "" ], "id_hash": 7168356909774130972, "content_hash": 7168356909774130972, "location": "documentation/content/en/books/design-44bsd/_index.adoc:335", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 153, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 99, "source_unit": "https://translate-dev.freebsd.org/api/units/1177712/?format=api", "priority": 100, "id": 1178695, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=e37b1ea13e4dcf1c", "url": "https://translate-dev.freebsd.org/api/units/1178695/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.948499Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Further development of the _mmap_ interface continued during the work on 4.3BSD. Over 40 companies and research groups participated in the discussions leading to the revised architecture that was described in the Berkeley Software Architecture Manual <<biblio-mckusick-1, [McKusick et al, 1994]>>. Several of the companies have implemented the revised interface <<biblio-gingell, [Gingell et al, 1987]>>." ], "previous_source": "", "target": [ "" ], "id_hash": -3801506205263000759, "content_hash": -3801506205263000759, "location": "documentation/content/en/books/design-44bsd/_index.adoc:339", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 154, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 55, "source_unit": "https://translate-dev.freebsd.org/api/units/1177714/?format=api", "priority": 100, "id": 1178696, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=4b3e563f5fdb0b49", "url": "https://translate-dev.freebsd.org/api/units/1178696/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.957896Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Once again, time pressure prevented 4.3BSD from providing an implementation of the interface. Although the latter could have been built into the existing 4.3BSD virtual-memory system, the developers decided not to put it in because that implementation was nearly 10 years old. Furthermore, the original virtual-memory design was based on the assumption that computer memories were small and expensive, whereas disks were locally connected, fast, large, and inexpensive. Thus, the virtual-memory system was designed to be frugal with its use of memory at the expense of generating extra disk traffic. In addition, the 4.3BSD implementation was riddled with VAX memory-management hardware dependencies that impeded its portability to other computer architectures. Finally, the virtual-memory system was not designed to support the tightly coupled multiprocessors that are becoming increasingly common and important today." ], "previous_source": "", "target": [ "" ], "id_hash": -4419787927558144467, "content_hash": -4419787927558144467, "location": "documentation/content/en/books/design-44bsd/_index.adoc:346", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 155, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 131, "source_unit": "https://translate-dev.freebsd.org/api/units/1177716/?format=api", "priority": 100, "id": 1178697, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=42a9c24c03563e2d", "url": "https://translate-dev.freebsd.org/api/units/1178697/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.965845Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Attempts to improve the old implementation incrementally seemed doomed to failure. A completely new design, on the other hand, could take advantage of large memories, conserve disk transfers, and have the potential to run on multiprocessors. Consequently, the virtual-memory system was completely replaced in 4.4BSD. The 4.4BSD virtual-memory system is based on the Mach 2.0 VM system <<biblio-tevanian, [Tevanian, 1987]>>. with updates from Mach 2.5 and Mach 3.0. It features efficient support for sharing, a clean separation of machine-independent and machine-dependent features, as well as (currently unused) multiprocessor support. Processes can map files anywhere in their address space. They can share parts of their address space by doing a shared mapping of the same file. Changes made by one process are visible in the address space of the other process, and also are written back to the file itself. Processes can also request private mappings of a file, which prevents any changes that they make from being visible to other processes mapping the file or being written back to the file itself." ], "previous_source": "", "target": [ "" ], "id_hash": -1432925535415443449, "content_hash": -1432925535415443449, "location": "documentation/content/en/books/design-44bsd/_index.adoc:356", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 156, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 172, "source_unit": "https://translate-dev.freebsd.org/api/units/1177718/?format=api", "priority": 100, "id": 1178698, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=6c1d39d147f9e007", "url": "https://translate-dev.freebsd.org/api/units/1178698/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:00.975052Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Another issue with the virtual-memory system is the way that information is passed into the kernel when a system call is made. 4.4BSD always copies data from the process address space into a buffer in the kernel. For read or write operations that are transferring large quantities of data, doing the copy can be time consuming. An alternative to doing the copying is to remap the process memory into the kernel. The 4.4BSD kernel always copies the data for several reasons:" ], "previous_source": "", "target": [ "" ], "id_hash": -7885829830996106678, "content_hash": -7885829830996106678, "location": "documentation/content/en/books/design-44bsd/_index.adoc:362", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 157, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 81, "source_unit": "https://translate-dev.freebsd.org/api/units/1177720/?format=api", "priority": 100, "id": 1178699, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=128fe78cb44c624a", "url": "https://translate-dev.freebsd.org/api/units/1178699/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.024509Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The biggest incentives for memory mapping are the needs for accessing big files and for passing large quantities of data between processes. The _mmap_ interface provides a way for both of these tasks to be done without copying." ], "previous_source": "", "target": [ "" ], "id_hash": 6434913585645710601, "content_hash": 6434913585645710601, "location": "documentation/content/en/books/design-44bsd/_index.adoc:370", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 162, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 38, "source_unit": "https://translate-dev.freebsd.org/api/units/1177722/?format=api", "priority": 100, "id": 1178700, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=d94d67d000bf6d09", "url": "https://translate-dev.freebsd.org/api/units/1178700/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.060146Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The kernel often does allocations of memory that are needed for only the duration of a single system call. In a user process, such short-term memory would be allocated on the run-time stack. Because the kernel has a limited run-time stack, it is not feasible to allocate even moderate-sized blocks of memory on it. Consequently, such memory must be allocated through a more dynamic mechanism. For example, when the system must translate a pathname, it must allocate a 1-Kbyte buffer to hold the name. Other blocks of memory must be more persistent than a single system call, and thus could not be allocated on the stack even if there was space. An example is protocol-control blocks that remain throughout the duration of a network connection." ], "previous_source": "", "target": [ "" ], "id_hash": -3465736560582183065, "content_hash": -3465736560582183065, "location": "documentation/content/en/books/design-44bsd/_index.adoc:380", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 164, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 125, "source_unit": "https://translate-dev.freebsd.org/api/units/1177724/?format=api", "priority": 100, "id": 1178701, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=4fe73af5dd6a3767", "url": "https://translate-dev.freebsd.org/api/units/1178701/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.073772Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Demands for dynamic memory allocation in the kernel have increased as more services have been added. A generalized memory allocator reduces the complexity of writing code inside the kernel. Thus, the 4.4BSD kernel has a single memory allocator that can be used by any part of the system. It has an interface similar to the C library routines _malloc_ and _free_ that provide memory allocation to application programs <<biblio-mckusick-2, [McKusick & Karels, 1988]>>. Like the C library interface, the allocation routine takes a parameter specifying the size of memory that is needed. The range of sizes for memory requests is not constrained; however, physical memory is allocated and is not paged. The free routine takes a pointer to the storage being freed, but does not require the size of the piece of memory being freed." ], "previous_source": "", "target": [ "" ], "id_hash": -642576244024309574, "content_hash": -642576244024309574, "location": "documentation/content/en/books/design-44bsd/_index.adoc:388", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 165, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 135, "source_unit": "https://translate-dev.freebsd.org/api/units/1177726/?format=api", "priority": 100, "id": 1178702, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=77151c4f81d388ba", "url": "https://translate-dev.freebsd.org/api/units/1178702/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.080846Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The basic model of the UNIX I/O system is a sequence of bytes that can be accessed either randomly or sequentially. There are no _access methods_ and no _control blocks_ in a typical UNIX user process." ], "previous_source": "", "target": [ "" ], "id_hash": 4941077594084429450, "content_hash": 4941077594084429450, "location": "documentation/content/en/books/design-44bsd/_index.adoc:394", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 167, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 36, "source_unit": "https://translate-dev.freebsd.org/api/units/1177728/?format=api", "priority": 100, "id": 1178703, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=c4923be4930b4e8a", "url": "https://translate-dev.freebsd.org/api/units/1178703/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.094711Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Different programs expect various levels of structure, but the kernel does not impose structure on I/O. For instance, the convention for text files is lines of ASCII characters separated by a single newline character (the ASCII line-feed character), but the kernel knows nothing about this convention. For the purposes of most programs, the model is further simplified to being a stream of data bytes, or an _I/O stream_. It is this single common data form that makes the characteristic UNIX tool-based approach work <<biblio-kernighan, [Kernighan & Pike, 1984]>>. An I/O stream from one program can be fed as input to almost any other program. (This kind of traditional UNIX I/O stream should not be confused with the Eighth Edition stream I/O system or with the System V, Release 3 STREAMS, both of which can be accessed as traditional I/O streams.)" ], "previous_source": "", "target": [ "" ], "id_hash": 4155122405160094943, "content_hash": 4155122405160094943, "location": "documentation/content/en/books/design-44bsd/_index.adoc:401", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 168, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 140, "source_unit": "https://translate-dev.freebsd.org/api/units/1177730/?format=api", "priority": 100, "id": 1178704, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=b9a9f5d00dd58cdf", "url": "https://translate-dev.freebsd.org/api/units/1178704/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.121420Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "UNIX processes use _descriptors_ to reference I/O streams. Descriptors are small unsigned integers obtained from the _open_ and _socket_ system calls. The _open_ system call takes as arguments the name of a file and a permission mode to specify whether the file should be open for reading or for writing, or for both. This system call also can be used to create a new, empty file. A _read_ or _write_ system call can be applied to a descriptor to transfer data. The _close_ system call can be used to deallocate any descriptor." ], "previous_source": "", "target": [ "" ], "id_hash": 5084254627859770233, "content_hash": 5084254627859770233, "location": "documentation/content/en/books/design-44bsd/_index.adoc:410", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 170, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 92, "source_unit": "https://translate-dev.freebsd.org/api/units/1177732/?format=api", "priority": 100, "id": 1178705, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=c68ee6a58137ab79", "url": "https://translate-dev.freebsd.org/api/units/1178705/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.135365Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Descriptors represent underlying objects supported by the kernel, and are created by system calls specific to the type of object. In 4.4BSD, three kinds of objects can be represented by descriptors: files, pipes, and sockets." ], "previous_source": "", "target": [ "" ], "id_hash": 6332281000216172192, "content_hash": 6332281000216172192, "location": "documentation/content/en/books/design-44bsd/_index.adoc:413", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 171, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 35, "source_unit": "https://translate-dev.freebsd.org/api/units/1177734/?format=api", "priority": 100, "id": 1178706, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=d7e0c80513d716a0", "url": "https://translate-dev.freebsd.org/api/units/1178706/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.142822Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The kernel keeps for each process a _descriptor table_, which is a table that the kernel uses to translate the external representation of a descriptor into an internal representation. (The descriptor is merely an index into this table.) The descriptor table of a process is inherited from that process's parent, and thus access to the objects to which the descriptors refer also is inherited. The main ways that a process can obtain a descriptor are by opening or creation of an object, and by inheritance from the parent process. In addition, socket IPC allows passing of descriptors in messages between unrelated processes on the same machine." ], "previous_source": "", "target": [ "" ], "id_hash": -8010742574462135971, "content_hash": -8010742574462135971, "location": "documentation/content/en/books/design-44bsd/_index.adoc:425", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 176, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 106, "source_unit": "https://translate-dev.freebsd.org/api/units/1177736/?format=api", "priority": 100, "id": 1178707, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=10d420123e16115d", "url": "https://translate-dev.freebsd.org/api/units/1178707/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.169653Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Every valid descriptor has an associated _file offset_ in bytes from the beginning of the object. Read and write operations start at this offset, which is updated after each data transfer. For objects that permit random access, the file offset also may be set with the _lseek_ system call. Ordinary files permit random access, and some devices do, as well. Pipes and sockets do not." ], "previous_source": "", "target": [ "" ], "id_hash": -2250891460091408470, "content_hash": -2250891460091408470, "location": "documentation/content/en/books/design-44bsd/_index.adoc:431", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 177, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 65, "source_unit": "https://translate-dev.freebsd.org/api/units/1177738/?format=api", "priority": 100, "id": 1178708, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=60c33a248d4a8faa", "url": "https://translate-dev.freebsd.org/api/units/1178708/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.178040Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "When a process terminates, the kernel reclaims all the descriptors that were in use by that process. If the process was holding the final reference to an object, the object's manager is notified so that it can do any necessary cleanup actions, such as final deletion of a file or deallocation of a socket." ], "previous_source": "", "target": [ "" ], "id_hash": -5017270074681122502, "content_hash": -5017270074681122502, "location": "documentation/content/en/books/design-44bsd/_index.adoc:434", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 178, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 54, "source_unit": "https://translate-dev.freebsd.org/api/units/1177740/?format=api", "priority": 100, "id": 1178709, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=3a5f1373206f213a", "url": "https://translate-dev.freebsd.org/api/units/1178709/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.185515Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Most processes expect three descriptors to be open already when they start running. These descriptors are 0, 1, 2, more commonly known as _standard input_, _standard output_, and _standard error_, respectively. Usually, all three are associated with the user's terminal by the login process (see Section 14.6) and are inherited through _fork_ and _exec_ by processes run by the user. Thus, a program can read what the user types by reading standard input, and the program can send output to the user's screen by writing to standard output. The standard error descriptor also is open for writing and is used for error output, whereas standard output is used for ordinary output." ], "previous_source": "", "target": [ "" ], "id_hash": 6477209726931753542, "content_hash": 6477209726931753542, "location": "documentation/content/en/books/design-44bsd/_index.adoc:442", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 180, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 111, "source_unit": "https://translate-dev.freebsd.org/api/units/1177742/?format=api", "priority": 100, "id": 1178710, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=d9e3abedcd78da46", "url": "https://translate-dev.freebsd.org/api/units/1178710/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.221832Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "These (and other) descriptors can be mapped to objects other than the terminal; such mapping is called _I/O redirection_, and all the standard shells permit users to do it. The shell can direct the output of a program to a file by closing descriptor 1 (standard output) and opening the desired output file to produce a new descriptor 1. It can similarly redirect standard input to come from a file by closing descriptor 0 and opening the file." ], "previous_source": "", "target": [ "" ], "id_hash": 4326462360726125545, "content_hash": 4326462360726125545, "location": "documentation/content/en/books/design-44bsd/_index.adoc:446", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 181, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 78, "source_unit": "https://translate-dev.freebsd.org/api/units/1177744/?format=api", "priority": 100, "id": 1178711, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=bc0aae98312dbbe9", "url": "https://translate-dev.freebsd.org/api/units/1178711/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.229694Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Pipes allow the output of one program to be input to another program without rewriting or even relinking of either program. Instead of descriptor 1 (standard output) of the source program being set up to write to the terminal, it is set up to be the input descriptor of a pipe. Similarly, descriptor 0 (standard input) of the sink program is set up to reference the output of the pipe, instead of the terminal keyboard. The resulting set of two processes and the connecting pipe is known as a _pipeline_. Pipelines can be arbitrarily long series of processes connected by pipes." ], "previous_source": "", "target": [ "" ], "id_hash": 1850710152944980779, "content_hash": 1850710152944980779, "location": "documentation/content/en/books/design-44bsd/_index.adoc:452", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 182, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 101, "source_unit": "https://translate-dev.freebsd.org/api/units/1177746/?format=api", "priority": 100, "id": 1178712, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=99af0b14207e932b", "url": "https://translate-dev.freebsd.org/api/units/1178712/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.237757Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "The _open_, _pipe_, and _socket_ system calls produce new descriptors with the lowest unused number usable for a descriptor. For pipelines to work, some mechanism must be provided to map such descriptors into 0 and 1. The _dup_ system call creates a copy of a descriptor that points to the same file-table entry. The new descriptor is also the lowest unused one, but if the desired descriptor is closed first, _dup_ can be used to do the desired mapping. Care is required, however: If descriptor 1 is desired, and descriptor 0 happens also to have been closed, descriptor 0 will be the result. To avoid this problem, the system provides the _dup2_ system call; it is like _dup_, but it takes an additional argument specifying the number of the desired descriptor (if the desired descriptor was already open, _dup2_ closes it before reusing it)." ], "previous_source": "", "target": [ "" ], "id_hash": 7025745462131518991, "content_hash": 7025745462131518991, "location": "documentation/content/en/books/design-44bsd/_index.adoc:459", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 183, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 144, "source_unit": "https://translate-dev.freebsd.org/api/units/1177748/?format=api", "priority": 100, "id": 1178713, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=e180764618a96e0f", "url": "https://translate-dev.freebsd.org/api/units/1178713/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.245807Z" }, { "translation": "https://translate-dev.freebsd.org/api/translations/documentation/booksdesign-44bsd_index/tr_TR/?format=api", "source": [ "Hardware devices have filenames, and may be accessed by the user via the same system calls used for regular files. The kernel can distinguish a _device special file_ or _special file_, and can determine to what device it refers, but most processes do not need to make this determination. Terminals, printers, and tape drives are all accessed as though they were streams of bytes, like 4.4BSD disk files. Thus, device dependencies and peculiarities are kept in the kernel as much as possible, and even in the kernel most of them are segregated in the device drivers." ], "previous_source": "", "target": [ "" ], "id_hash": 8150960245929055148, "content_hash": 8150960245929055148, "location": "documentation/content/en/books/design-44bsd/_index.adoc:466", "context": "", "note": "type: Plain text", "flags": "", "labels": [], "state": 0, "fuzzy": false, "translated": false, "approved": false, "position": 185, "has_suggestion": false, "has_comment": false, "has_failing_check": false, "num_words": 96, "source_unit": "https://translate-dev.freebsd.org/api/units/1177750/?format=api", "priority": 100, "id": 1178714, "web_url": "https://translate-dev.freebsd.org/translate/documentation/booksdesign-44bsd_index/tr_TR/?checksum=f11e072874ee93ac", "url": "https://translate-dev.freebsd.org/api/units/1178714/?format=api", "explanation": "", "extra_flags": "", "pending": false, "timestamp": "2021-06-03T22:37:01.261204Z" } ] }