如何在服務(wù)器中實現(xiàn)download 限速

benjiamsh

環(huán)境 linux ,epoll
目前實現(xiàn)了一個簡單的proxy, 實現(xiàn)原來  bind 一個端口， 然后client 連接 獲取一個fd, 服務(wù)器主動連接一個遠處的服務(wù)器。

這樣就有2個fd,  類似一個pipe.  假設(shè) fd 1 是連接 客戶端的 fd 2 是連接 服務(wù)器的， 那么當(dāng)fd1 有數(shù)據(jù)可讀的時候，就把數(shù)據(jù) 讀出來寫入fd2, 如果fd2 有數(shù)據(jù)可讀就寫入fd1
這樣 一個proxy 就完成了。 現(xiàn)在有個問題 想實現(xiàn) 限速。

使用epoll. ET 模式，目前想這樣實現(xiàn)， 每個連客戶端的fd 的數(shù)據(jù)結(jié)構(gòu) 帶一個時間戳， 帶一個記錄已讀數(shù)據(jù)的數(shù)值。

struct ｛
   int    fd;
   time  last_read_time;
   int    last_second_readdatalength;
｝；

每次epoll 返回 fd 1 可讀，那么就比較 時間錯，如果時間戳不一樣 就說明時間變化了，首先把 記錄里已讀數(shù)據(jù)的數(shù)值 清空，然后讀取 最多 100k( 這就是我要的限速結(jié)果)
然后全寫入fd2. 可讀數(shù)據(jù)多余100k, 那么就放棄讀， 那么epoll 以后也不會返回了。 沒過1秒，就需要遍歷一次 所有的fd, 每個fd 都嘗試去讀一下 防止阻塞住。

這個想法可行嗎？

Dannysd

代理的話，數(shù)據(jù)大部分時候是雙向的

也就是說client的請求和server的反饋可能同時進行，你這樣用單方向的通道實現(xiàn)可能會有問題

限速不知道用程序怎么實現(xiàn)，但用現(xiàn)成的有

1）iptables應(yīng)該可以限制具體IP的流量和連接數(shù)

2）以及TC（Traffic Control）

benjiamsh

就是需要實現(xiàn)一個 nginx 的流控機制。 關(guān)鍵是高效！

benjiamsh

搞定�。�！