The Linux Programming Interface The Linux Programming Interface

Ba chương mở đầu dựng khung chung: UNIX và Linux ra đời thế nào, các chuẩn (POSIX, SUS) ràng buộc ra sao, và những khái niệm nền — kernel, shell, tiến trình, tệp, quyền — mà mọi chương sau đều dựa vào. Chương 3 giới thiệu cách gọi system call, bắt lỗi qua errno và các quy ước dùng chung trong cả cuốn.

Phần này là "lớp vỡ lòng": lịch sử ngắn gọn, vì sao có chuẩn, và bộ từ vựng cơ bản (tiến trình là gì, tệp là gì, system call là gì). Nhớ nhé: nắm chắc ba chương này thì các chương sau mới dễ vào.

The opening three chapters set the shared frame: how UNIX and Linux came to be, how the standards (POSIX, SUS) constrain things, and the core concepts — kernel, shell, process, file, permissions — every later chapter rests on. Chapter 3 introduces how system calls are made, how errors surface through errno, and the conventions used across the whole book.

"Mọi thứ đều là tệp" là triết lý trung tâm của UNIX. Nhóm này đi từ mô hình I/O vạn năng (open, read, write, close trên mọi loại tệp), qua các chi tiết nâng cao và cơ chế đệm, tới cách hệ thống tệp, thuộc tính tệp và liên kết thực sự hoạt động trên đĩa.

Phần này trả lời: đọc/ghi một tệp thật ra là làm gì bên dưới, và vì sao cùng một vài lệnh lại dùng được cho tệp, thiết bị, lẫn đường ống. Nhớ nhé: hiểu file descriptor là hiểu nửa cuốn sách.

"Everything is a file" is UNIX's central philosophy. This module goes from the universal I/O model (open, read, write, close on every kind of file), through further details and buffering, to how file systems, file attributes and links actually work on disk.

Đây là trái tim của lập trình hệ thống Linux: một tiến trình được bố trí trong bộ nhớ ra sao, cấp phát vùng nhớ động thế nào, và bộ ba fork() – exec() – wait() dựng nên mọi thứ từ shell tới trình quản lý dịch vụ. Hiểu được chương này là hiểu cách một chương trình sinh ra, thay hình đổi dạng, kết thúc và được cha nó thu dọn.

Phần này kể chuyện vòng đời một chương trình đang chạy: nó được chia bộ nhớ thế nào, làm sao một tiến trình "đẻ" ra tiến trình con, và vì sao shell gõ lệnh nào cũng chạy được. Nhớ nhé: fork tạo bản sao, exec thay nội dung, wait dọn dẹp.

This is the heart of Linux system programming: how a process is laid out in memory, how it allocates memory dynamically, and how the fork() – exec() – wait() trio builds everything from a shell to a service manager. Grasping this module is grasping how a program is born, transforms, terminates and is reaped by its parent.

Hai cách để một chương trình xử lý nhiều việc "cùng lúc". Signals là cơ chế thông báo bất đồng bộ cổ xưa của UNIX — một tiến trình bị ngắt giữa chừng để chạy trình xử lý. Threads chia sẻ cùng không gian địa chỉ để chạy song song thực sự, nhưng đổi lại là bài toán đồng bộ hoá. Nhóm này đặt nền cho cả hai.

Phần này nói về "làm nhiều việc một lúc" theo hai kiểu: tín hiệu (bị gõ cửa và phải xử lý ngay) và luồng (nhiều người cùng làm trong một phòng, phải tránh giẫm chân nhau). Nhớ nhé: signal là ngắt, thread là chia sẻ — mỗi cái một loại rắc rối.

Two ways a program handles several things "at once." Signals are UNIX's venerable asynchronous notification mechanism — a process is interrupted mid-stride to run a handler. Threads share one address space for true parallelism, at the cost of synchronization. This module lays the groundwork for both.

Tiến trình cần nói chuyện với nhau: đường ống (pipe) nối đầu ra lệnh này vào đầu vào lệnh kia, còn ánh xạ bộ nhớ (mmap) cho nhiều tiến trình dùng chung một vùng nhớ hoặc nạp thẳng tệp vào không gian địa chỉ. Chương về thư viện chia sẻ nối thẳng sang chủ đề liên kết của CS:APP — vì sao .so được nạp và gắn địa chỉ lúc chạy.

Phần này nói về cách các chương trình "chuyền tay" dữ liệu cho nhau — qua đường ống như trong shell (a | b), hoặc qua vùng nhớ dùng chung — và cách một thư viện được nhiều chương trình dùng lại. Nhớ nhé: pipe là băng chuyền, mmap là kho chung.

Processes need to talk: a pipe wires one command's output into another's input, while memory mapping (mmap) lets several processes share one region or load a file straight into the address space. The shared-libraries chapter connects directly to CS:APP's linking theme — why a .so is loaded and relocated at run time.

Nhóm cuối đưa chương trình ra mạng và vào môi trường máy chủ. Sockets là API để nói chuyện qua TCP/IP; daemon là tiến trình chạy ngầm phục vụ lâu dài; còn các mô hình I/O thay thế (select, poll, epoll) là cách một tiến trình đơn phục vụ hàng nghìn kết nối cùng lúc — nền tảng của mọi máy chủ hiệu năng cao.

Phần cuối cho chương trình "ra khỏi máy": gửi dữ liệu qua mạng, chạy ngầm như một dịch vụ, và phục vụ nhiều kết nối một lúc mà không cần nghìn luồng. Nhớ nhé: epoll là bí quyết để một server gánh được rất nhiều khách.

The final module takes a program onto the network and into the server environment. Sockets are the API for speaking over TCP/IP; a daemon is a background process serving for the long haul; and alternative I/O models (select, poll, epoll) are how one process serves thousands of connections at once — the basis of every high-performance server.