什麼決定了最大的本地數據報大小？（PF_UNIX/SOCK_DGRAM）

本地基於消息的套接字是否可以將消息傳輸至SO_SNDBUF/SO_RCVBUF限制，或者可以確定使用socket(PF_UNIX, SOCK_SEQPACKET, 0)或socket(PF_UNIX, SOCK_DGRAM, 0)創建的描述符的所謂「固定最大長度」什麼決定了最大的本地數據報大小？（PF_UNIX/SOCK_DGRAM）

來源

2010-10-15 Jeff

32個字節的SO_SNDBUF插座選項不具有用於Unix域sock- 的效果ets，但SO_RCVBUF選項不。對於數據報套接字，SO_SNDBUF值對傳出數據的大小施加了上限-- 克。此限制計算爲加倍（見插座（7））選項值小於32字節用於開銷。

來源

2010-10-15 16:03:54 nategoose

這就是我要找的，謝謝！我的基於RHEL4的盒子在'unix'，'un.h'或任何與套接字相關的手冊頁（全部註明於'02/03'年初）中沒有任何內容，所以我放棄了一下過早。 – Jeff 2010-10-15 18:58:45

您的數據報將在套接字發送/接收緩衝區中排隊，最多可分別達到SO_SNDBUF和SO_RCVBUF的最大值。 Datagrams將放棄超過此限制。

請注意，數據報沒有您輸入的數據的確切大小。

我不記得，但我認爲你可以調整這些設置。不過，在處理UDP套接字時要自己做緩衝，這總是很明智的。

編輯：對不起，對，你是。這可能是有用的：

的SO_SNDBUF套接字選項確實有用於Unix域sock- ETS的影響，但SO_RCVBUF選項沒有。對於數據報套接字，SO_SNDBUF值對傳出的數據大小施加上限。這個限制是從man unix

計算爲加倍（參見插座（7））選項少值用於架空

來源

2010-10-15 15:48:06 slezica

這些不是UDP套接字。 PF_UNIX（AF_UNIX）而不是PF_INET或PF_INET6（AF_INET或AF_INET6） – nategoose 2010-10-15 16:00:48

哦，對不起！你去，編輯。 – slezica 2010-10-15 16:03:44

什麼決定了最大的本地數據報大小？ （PF_UNIX/SOCK_DGRAM）

回答

相關問題

什麼決定了最大的本地數據報大小？（PF_UNIX/SOCK_DGRAM）