System call क्या है, और user mode व kernel mode क्या हैं?

Question

IT Interview Practice · Accepted Answer

एक **system call (syscall)** वह तंत्र है जिसका उपयोग एक user-space program kernel से कोई सेवा माँगने के लिए करता है — एक file खोलना, network data भेजना, memory allocate करना, एक process बनाना। चूँकि ये क्रियाएँ hardware को छूती हैं या दूसरे processes को प्रभावित करती हैं, केवल **kernel** ही उन्हें कर सकता है, इसलिए एक syscall जानबूझकर protection boundary को पार करता है।

## User mode बनाम kernel mode

CPU (कम से कम) दो privilege levels में से एक में चलता है:

```text
 user mode   → restricted: no direct hardware access, no privileged instructions
 kernel mode → full access: hardware, all memory, privileged CPU instructions
```

एक सामान्य function call user mode में ही रहती है। एक syscall एक नियंत्रित **mode switch** करके kernel mode में जाती है, भरोसेमंद kernel code चलाती है, फिर लौटती है:

```text
  user code            kernel
  ─────────            ──────
  read(fd, buf, n)
      │  trap (syscall instruction)
      └──────────────▶ enter kernel mode
                       validate args, do the I/O
      ◀────────────── return value, back to user mode
  continue
```

## व्यवहार में यह कैसे काम करता है

आप शायद ही कभी खुद trap लिखते हैं — C library इसे wrap कर देती है। आपके code का `fopen`/`fread` अंततः `open`/`read` syscalls को call करता है:

```c
// glibc's read() places the syscall number + args in registers,
// then executes a trap instruction (e.g. `syscall` on x86-64).
ssize_t n = read(fd, buffer, 4096);   // → traps into the kernel
```

Trap (एक software interrupt / समर्पित instruction) ही वह चीज़ है जो privilege level को सुरक्षित रूप से बदलती है — user code बस kernel में "कूद" नहीं सकता; वह केवल परिभाषित syscall entry points पर प्रवेश कर सकता है, जो अपने arguments को validate करते हैं।

## यह क्यों महत्वपूर्ण है

User/kernel विभाजन OS की security और stability की नींव है: यही कारण है कि एक process hardware पर या किसी अन्य process की memory पर लिख-बिगाड़ नहीं सकता। Syscalls को समझना performance की भी व्याख्या करता है — हर एक की कीमत एक mode switch है (सैकड़ों nanoseconds), यही कारण है कि I/O को batch करना या syscall संख्या घटाने के लिए `mmap`/`io_uring` का उपयोग करना मायने रखता है, और क्यों `strace` (जो किसी program के syscalls सूचीबद्ध करता है) इतना शक्तिशाली debugging tool है।

User mode बनाम kernel mode

व्यवहार में यह कैसे काम करता है

यह क्यों महत्वपूर्ण है

संबंधित प्रश्न