[問題] rtorrent中的send buffer設定有何作用?

看板P2PSoftWare作者 (阿平)時間17年前 (2008/09/05 00:21), 編輯推噓3(3011)
留言14則, 3人參與, 最新討論串1/2 (看更多)
首先要說rtorrent真是個好東西~ 省資源之外,還能讓舊電腦復活,加入節能p2p的行列 我的問題是rtorrent中的send buffer設定有何效果? 看了網頁上的介紹,還是看不出個所以然來 http://linux.die.net/man/1/rtorrent send_buffer_size = value receive_buffer_size = value Adjust the send and receive buffer size for socket. 這裡的send/receive buffer效果,與系統中的buffer/cache比較有什麼差異呢? 原本的預設值是0/0K,在設定了buffer size後(send/receive 各設成200MB/20MB後) 放了5分鐘 10分鐘 30分鐘 檢查了記憶體使用量,好像並沒有什麼變化... 程式的記憶體使用量也沒有增加(維持44MB) $ free -m total used free shared buffers cached Mem: 504 498 5 0 4 449 -/+ buffers/cache: 44 459 Swap: 282 0 282 若站在減少磁碟讀寫的角度,有必要設定此項嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.104.108.84

09/05 01:59, , 1F
增加當然有用 至於你用free去看可能不太準確 因為
09/05 01:59, 1F

09/05 02:00, , 2F
記憶體的使用要看kernel設定 有的設定會把free的吃到
09/05 02:00, 2F

09/05 02:00, , 3F
剩下一點點 吃掉的那些都拿來做磁碟快取或是其他IO使
09/05 02:00, 3F

09/05 02:01, , 4F
用 不如用ps去看單獨的process吃掉多少比較準一點
09/05 02:01, 4F

09/05 02:10, , 5F

09/05 02:12, , 6F
socket buffer設到200MB會不會太誇張..
09/05 02:12, 6F

09/05 02:14, , 7F
一般經由setsockopt增大buf對效能都是有效的
09/05 02:14, 7F

09/05 02:17, , 8F
只是單位通常是kbytes吧
09/05 02:17, 8F

09/05 10:39, , 9F
send/receive buffer同磁碟讀寫關係不大, 它們是用
09/05 10:39, 9F

09/05 10:49, , 10F
來解決雙方傳輸速率不同以及傳送失敗需要重新發送。
09/05 10:49, 10F

09/06 03:35, , 11F
不只是這樣,那段buffer是提供kernel vs user space
09/06 03:35, 11F

09/06 03:36, , 12F
的緩衝,越大越可能減少互相拷貝的次數,以提升效能
09/06 03:36, 12F

09/06 03:37, , 13F
但對於"磁碟讀寫"這回事來說,跟應用程式本身的實作
09/06 03:37, 13F

09/06 03:37, , 14F
方法較相關沒錯
09/06 03:37, 14F
文章代碼(AID): #18m0h_OW (P2PSoftWare)
文章代碼(AID): #18m0h_OW (P2PSoftWare)