我問這個問題是因為我正在研究 Go 中的多路 I/O，它使用epollwait.當套接字準備好時，goroutine 將被喚醒并開始以非阻塞模式讀取套接字。如果read在將數(shù)據(jù)從內核復制到用戶的過程中系統(tǒng)調用仍然會被阻塞，我假設 gorouine 附加的內核線程也將進入睡眠狀態(tài)。我對此不太確定，如果我錯了，希望有人能幫助糾正我。
1 回答
慕萊塢森
TA貢獻1810條經(jīng)驗 獲得超4個贊
我無法完全解析你所寫的內容。
我將嘗試進行純粹的猜測并想象您可能正在監(jiān)督這樣一個事實：置于非阻塞模式的write(2)套接字上的和read(2)系統(tǒng)調用（以及它們的同類，例如send(2)和）可以自由使用（分別返回）數(shù)據(jù)少于請求的數(shù)據(jù)。?換句話說，對非阻塞套接字的調用被告知要寫入 1 MB 數(shù)據(jù)，將消耗與當前適合關聯(lián)的內核緩沖區(qū)的數(shù)據(jù)一樣多的數(shù)據(jù)，并立即返回，表明它只消耗了同樣多的數(shù)據(jù)。下一次立即調用可能會返回。recv(2)write(2)write(2)EWOULDBLOCK
調用也是如此read(2)：如果您向其傳遞一個足以容納 1 MB 數(shù)據(jù)的緩沖區(qū)，并告訴它讀取該數(shù)量的字節(jié)，則該調用只會耗盡內核緩沖區(qū)的內容并立即返回，并指示有多少字節(jié)。它實際復制的數(shù)據(jù)。下一次立即調用read(2)可能會返回EWOULDBLOCK。
因此，任何獲取數(shù)據(jù)或將數(shù)據(jù)放入套接字的嘗試幾乎都會立即成功：要么在數(shù)據(jù)被鏟入內核緩沖區(qū)和用戶空間之間之后，要么立即返回代碼EAGAIN。
- 1 回答
- 0 關注
- 140 瀏覽
添加回答
舉報
0/150
提交
取消