前辈提到了overhead，multi-thread跟multi-process相比的overhead有哪些呢？ 我知道synchronization是一个，但是如果是完全不相干的thread执行， 没有共用的data，synchoroniztion似乎也不是overhead(?) ※ 引述《ggg12345 (ggg)》之铭言： : ※ 引述《CharArray ( char[] )》之铭言： : : 请问一下，所谓少很多，可以明确的指出是少处理哪些事吗？ : : 因为我想知道有什麽事是把multi-process转成multi-thread後，在context-switch : : 可以减少的工作量 : process 切换时是透过 system call trap 或 time-slice interrupt 改变 : 执行次序, 首先是 prefech 与 cache 因次序改变可能失效, 其次由 OS : kernel 的 scheduler/dispatcher 按标准运作做整个 processor register, : memory mapping table 与 执行环境的 PCB save , 随後再依状况找出下一 : 个 process 的 PCB restore 重新让新 process 执行. : user space 的 multi-thread 基本上属於同一个 process space 之内, : 切换或用多核并行多绪时, 使用者(程式设计者)知道只共用那些 resource, : 不受干扰的 register 或 data memory 就可不必做不必要的 save/restore. : 执行时也比较能考量不大幅更动到 cache 与 prefetch pipeline. : Multi-thread 要发挥效用, 程式设计者就要考虑到相当细节的部份, 同 : 步与切换的排程问题都得亲自处理, 才能发挥出并行处理又无太多 overhead : 的效用. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 219.71.240.89 ※ 编辑: CharArray 来自: 219.71.240.89 (11/09 23:13)