რა განსხვავებაა process-სა და thread-ს შორის?

Question

IT Interview Practice · Accepted Answer

**Process არის იზოლირებული პროგრამა საკუთარი მეხსიერებით; thread არის შესრულების ერთეული, რომელიც იზიარებს მეხსიერებას სხვა thread-ებთან იმავე process-ში.** ერთი process შეიძლება შეიცავდეს მრავალ thread-ს.

## როგორ მუშაობს

- **Process**: საკუთარი address space, file descriptor-ები და heap. OS-ის მიერ იზოლირებული — ავარია ან მეხსიერების bug ერთ process-ში ვერ დააზიანებს მეორეს. Context switching და კომუნიკაცია (IPC) შედარებით ძვირია.
- **Thread**: ცხოვრობს process-ის შიგნით, იზიარებს მის heap-სა და globals-ს, მაგრამ აქვს საკუთარი stack და register-ები. იაფია შესაქმნელად და გადასართავად, მაგრამ მეხსიერების გაზიარება ნიშნავს, რომ საჭიროა სინქრონიზაცია.

```text
Process A                     Process B
├─ heap (thread-ების მიერ გაზიარებული)   ├─ heap
├─ Thread 1 (own stack)       └─ Thread 1
└─ Thread 2 (own stack)
   ↑ thread-ები იზიარებენ heap-ს → უნდა დაბლოკონ გაზიარებული მონაცემები
```

## მაგალითი

```python
import threading, multiprocessing
# Thread-ები იზიარებენ 'counter'-ს — საჭიროებს lock-ს
counter = 0
threading.Thread(target=lambda: work(counter)).start()

# Process-ები იღებენ ცალკე ასლებს — იზოლირებული, მონაცემები გადაეცემა IPC/queue-ით
multiprocessing.Process(target=work, args=(data,)).start()
```

Scheduler ანიჭებს CPU დროს thread-ებს; OS აჯგუფებს thread-ებს process-ების ქვეშ რესურსების საკუთრებისა და იზოლაციისთვის.

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

ეს კომპრომისი მართავს დიზაინის არჩევანს. Thread-ები უფრო მსუბუქია და პირდაპირ იზიარებენ მონაცემებს, მაგრამ რისკავენ race condition-ებს; process-ები უფრო უსაფრთხოა და მასშტაბირდება მანქანებზე, მაგრამ იხდიან კომუნიკაციის ფასს. ამის ცოდნა ხსნის, მაგალითად, რატომ იყენებს Python multiprocessing-ს GIL-ის გვერდის ავლისთვის CPU სამუშაოსთვის.

როგორ მუშაობს

მაგალითი

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

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