3.1 Kernel OrganizationThe FreeBSD kernel can be viewed as a service provider to user processes. Processes usually access these services through system calls. Some services, such as process scheduling and memory management, are implemented as processes that execute in kernel mode or as routines that execute periodically within the kernel.In this chapter, we describe how kernel services are provi..

2.13 Network-Layer ProtocolsMost of the communication domains supported by the socket IPC mechanism provide access to network protocols. These protocols are implemented as a separate software layer logically below the socket software in the kernel. The kernel provides many ancillary services, such as buffer management, message routing, standardized interfaces to the protocols, and interfaces to ..

2.12 Interprocess CommunicationInterprocess communication in FreeBSD is organized in communication domains. The most important domains currently supported include the local domain, for communication between processes executing on the same machine; the IPv4 domain, for communication between processes using the TCP/IP protocol suite (version 4); and the IPv6 domain, which is the newest version of ..

2.10 The Zettabyte FilesystemThe Zettabyte filesystem (ZFS) is in a class of filesystems that never overwrite existing data. This type of filesystem design was pioneered at Berkeley and a production-capable implementation was released as the log-structured filesystem in 4.4BSD.The idea of a non-overwriting filesystem is sound and was picked up and greatly enhanced by Sun Microsystems, which rele..

2.9 The Fast FilesystemA regular file is a linear array of bytes and can be read and written starting at any byte in the file. The kernel distinguishes no record boundaries in regular files, although many programs recognize line-feed characters as distinguishing the ends of lines, and other programs may impose other structure. No system-related information about a file is kept in the file itself..

2.8 DevicesHistorically, the device interface was static and simple. Devices were discovered as the system was booted and did not change thereafter. A typical disk driver could be written in a few hundred lines of code. As the system has evolved, the complexity of the I/O system has increased, with the addition of new functionality. Devices may appear and later disappear while the system is runn..

2.7 I/O System OverviewThe 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. 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 ..

2.6 Memory ManagementEach 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 ..

2.5 Security The FreeBSD security model has been developed over 40 years of evolving application needs. The key insight is that security must be part of system design; it cannot be successfully added later. The model addresses many different goals:Support authenticated local and remote access by multiple users, as well as integration with distributed authentication and directory servicesAllow us..

Chap19. Controllers - 쿠버네티스는 여러 SW들의 집합체 * Controllers - take care of routine tasks to ensure the desired state (얌파일) of the cluster matches the observed state (현상태) - Each controller is responsible for a particular resource in the Kubernetes - 사람이 개입하는 일이 줄어듦 - 직접 손으로 입력하지 않아도, 수많은 쿠버네티스를 구성하는 SW들이 개발자가 요구하는 환경(desired state)을 observed state로 최대한 제공해야 함 / 개발자는 쿠버네티스에게 부탁함  * Label – key-value p..