討論串[問題] 用procss處理job比thread快嗎?
共 5 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓4(4推 0噓 3→)留言7則,0人參與, 最新作者wqchung (.............)時間14年前 (2010/08/11 10:23), 編輯資訊
3
0
0
內容預覽:
之前看到某家公司軟體. 做耗effort的工作. 居然是開另一隻process去做. 我很好奇用另一隻process去做. 會比自己開一隻thread(piority設成最高). 還要快嗎. thx. --. 發信站: 批踢踢實業坊(ptt.cc). ◆ From: 60.249.164.196

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者shaopin (Linux & Mac lover)時間14年前 (2010/08/11 12:12), 編輯資訊
0
0
0
內容預覽:
Sorry 我不知道確切答案. 但是process是由kernel所掌控. user space thread是由run-time library. 所掌控, 會不會是因為由kernel所掌控的. task得到比較多的time slice granulity. user space的library又

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者charleshu (Analog Engineer)時間14年前 (2010/08/12 12:15), 編輯資訊
0
0
0
內容預覽:
這其實並不奇怪, 像大部分的 SQL Server 都有一個 writer process, 負責所有. 的資料寫入動作.. 其實若沒有 IPC, Thread 並不會比 process 快多少, 最多也只是 context. switch 的部份而已.. 且若有 UI 部分, 無論是 Window
(還有159個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者ji3g45j (pig)時間14年前 (2010/08/14 12:51), 編輯資訊
1
0
0
內容預覽:
如果你要比快,就是thread最快,因為不需要IPC,同一塊記憶體空間. ,不需要常常switch全部的資料。. 但依我的經驗,不要依效能來決定process做甚麼,而是以合作的方向去規劃. 因為process間的記憶體不相干,好好利用這個優點,來區分不同team負責,. 或是不同人負責的部分。因為

推噓0(0推 0噓 2→)留言2則,0人參與, 最新作者wqchung (.............)時間14年前 (2010/08/16 11:30), 編輯資訊
0
0
0
內容預覽:
這家公司軟體將某codec轉換成別的codec. 如將avi轉成mp4. 如果有10個clip...便用多個process去處理個別的clip. 我發現效能似乎沒用multi-thread去做好?. 不知道為何會這樣?. --. 發信站: 批踢踢實業坊(ptt.cc). ◆ From: 60.2
首頁
上一頁
1
下一頁
尾頁