რა არის system call და რა არის user mode და kernel mode?

Question

IT Interview Practice · Accepted Answer

**System call (syscall)** არის მექანიზმი, რომელსაც user-space პროგრამა იყენებს kernel-ისგან სერვისის მოსათხოვნად — ფაილის გახსნა, ქსელური მონაცემების გაგზავნა, მეხსიერების გამოყოფა, process-ის შექმნა. რადგან ეს ქმედებები hardware-ს ეხება ან სხვა process-ებზე ახდენს გავლენას, მხოლოდ **kernel-ს** შეუძლია მათი შესრულება, ამიტომ syscall განზრახ კვეთს დაცვის საზღვარს.

## User mode vs kernel mode

CPU მუშაობს (სულ ცოტა) ორი პრივილეგიის დონიდან ერთ-ერთში:

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

ჩვეულებრივი ფუნქციის გამოძახება user mode-ში რჩება. Syscall ასრულებს კონტროლირებად **mode switch-ს** kernel mode-ში, უშვებს სანდო kernel-ის კოდს და შემდეგ ბრუნდება:

```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 ბიბლიოთეკა ახვევს მას. `fopen`/`fread` თქვენს კოდში საბოლოოდ იძახებს `open`/`read` syscall-ებს:

```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 / სპეციალიზებული ინსტრუქცია) სწორედ ის არის, რაც უსაფრთხოდ ცვლის პრივილეგიის დონეს — user-space კოდს არ შეუძლია უბრალოდ „ჩახტეს" kernel-ში; ის მხოლოდ განსაზღვრულ syscall entry point-ებზე შესვლა შეუძლია, სადაც მათი არგუმენტები მოწმდება (validate).

## რატომ არის ეს მნიშვნელოვანი

user/kernel გაყოფა OS-ის უსაფრთხოებისა და სტაბილურობის საფუძველია: სწორედ ამიტომ არ შეუძლია ერთ process-ს hardware-ზე ან სხვა process-ის მეხსიერებაზე ჯღაბნა. syscall-ების გაგება წარმადობასაც ხსნის — თითოეული ჯდება ერთი mode switch-ის ფასად (ასეულობით ნანოწამი), რის გამოც I/O-ს batch-ად შეკვრა ან `mmap`/`io_uring`-ის გამოყენება syscall-ების რაოდენობის შესამცირებლად მნიშვნელოვანია, და რის გამოც `strace` (რომელიც პროგრამის syscall-ებს ჩამოთვლის) ასეთი მძლავრი debug-ის ხელსაწყოა.

User mode vs kernel mode

როგორ მუშაობს ის პრაქტიკაში

რატომ არის ეს მნიშვნელოვანი

დაკავშირებული კითხვები