→ moonshade:沒bug的話應該是不會有deadlock... 11/25 00:07
→ moonshade:如果有starving...那也表示OS很爛..XD 11/25 00:07
→ cackle:Chrome應該不是Multi-Threading的處理方式，而是 02/01 21:29
→ cackle:Multi-Processing才對 02/01 21:29
※ 引述《CombatSniper (苦難已經結束 光明正到來)》之銘言：
: Chrome有個優點
: 但是也是他最大的罩門
: 那就是他本身的架構
: Chrome每開一個tab
: 就會在task manager建立一個task
: 簡單的說
: 不會像PCMan一樣 十幾個tab算同一task(這時候會PCMan最少用上200M左右)
: 而是每個Chrome的tab擁有自己的task 加上一個本身的core task
: 問題就出在
: 如果task多到一個程度
: 有可能發生deadlock(別忘了一個tab=一個task)或者是餓倒(starving)
: 這問題我想後來會解決
: 現在可能還是個問題
關於這邊小弟有一點意見
deadlock本身應該算是程式設計上的錯誤
一個設計良好的多執行緒程式即時在task多時也不會發生deadlock的情形
兩個thread的時候會deadlock,多個thread時也會deadlock
頂多能說當原先程式設計不良而有可能發生deadlock同時
多個thread的情形下deadlock的錯誤較有可能發生
另外thread starving的問題應該是屬於OS裡面thread scheduler應該處理的部份
我知道linux中的thread scheduler有處理starving的問題
我相信在Windows中對這個問題一定也有相對應的解法
一點淺見歡迎指正討論
--
「伊莉斯‧夏布萊恩」
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.112.31.142