※ 引述《nwoyoyoyo (YoYoYo)》之銘言： : 前提：我寫了一支MultiThread的程式Demo給老闆看 : 我老闆說：Process 跟 Thread到底有什麼差別？Why Thread？Why not Process？ : 我說：Process比較Heavy Thread比較Ligth，所以context switch的時候比較省力 : 老闆說：竟然它是用Heavy跟Ligth來作對比， : 那使用Process跟使用Thread的時機差在哪嗎？ : 有明確的定義跟使用時機嗎？ : 我說： Thread可以Share Memory加上速度比較快 : 所以現在大部分在寫多工的程式時通常都用Thread : 老闆說：一定會有人Well-Defined Procee跟Thread的使用時機的 : 去給我找出來到比差在哪裡？ : 個位大爺，可以給我一些好意見嗎？什麼樣的意見都好，砍掉重練也可以的啦！謝了！ : 當然User-Thread跟Kernal-Thread的各種不同解釋也是ok的啦？ kernel level thread: thread直接由OS核心排程 又稱為light weight process, scheduling is as complex as processes but data sharing is cheaper User level thread: 由核心觀點來看仍是排程一個單一process thread schedulling是由該process自己做 無法直接將thread分到不同cpu上跑 "share memory"通常是指在不同process之間共享同一塊資料 thread則是本身就是共享同一塊記憶體空間 (當然各自還是有一塊空間在放像pc, stack這些資訊) proecss所需的系統資源遠較thread 我沒有統計資料 但試想一個web server有可能針對每個使用者開一個process去服務嗎? 另外不能說使用thread較容易當機 會當機多是程式設計不良所造成的 (有沒有注意到同步問題?有沒有注意deadlock?用沒有用thread-safe functions?) 只能說除錯比較麻煩囉 : 總之...什麼意見都好...只要你肯教我一下 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.112.48.72