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