请教网络资源分配的问题

bigxhome

回复 6# shan_ghost
unix类系统下的，不熟悉windows的接口

   

wonghoifung

优先级。。。

manULinux

        :wink::wink:

cokeboL

TCP的话可以带外数据

或者，所有数据都从从业务来，收包的时候判断是不是主业务，是的话转给主，可以不？

cokeboL

如果主从数据来源是一个，从来源方解决比较好吧

hededisanan00

这确实是一个问题，坐等大家集思广益

shan_ghost

办法太多了……

1、为服务器配置双IP，让主/从业务分别使用不同IP，然后在出口路由器上限速
类似的，也可以把两个业务跑在不同的虚拟机上，在物理机或路由器上限制不同虚拟机的带宽

2、参考滑窗算法，做一个前端，限制从业务单位时间内的流量。这个流量甚至可以由主业务的前端动态指定……
至少有侵入/非侵入两种方案；非侵入方案copy滑窗算法就行了，管理对象是网络包（的数量/流量）；侵入方案仍然是参考滑窗算法，但管理对象是业务数量（让从业务每秒只处理若干个业务，多了就sleep）

3、从业务通过pid文件之类通知主进程自己的进程id；主进程根据自己的繁忙程度动态调整从业务进程的优先级

4、让从业务等待主业务的信号。主业务给一个信号，从业务才处理一个请求；于是主业务可以根据自己的繁忙程度，以不同频率给从业务信号。
根据需求，也可以变通设计为：主业务给一个信号，从业务就认为自己得到一个“可以在N秒内处理一个请求的许可”。超过N秒，则许可失效。
变通方案可以提高从业务的响应速度和执行效率（不必每处理一个业务都等待了）——这其实是滑窗方案的一个等效实现。只是缓存的不再是请求而是许可。



技术难度上，1难度最低，但对硬件环境有一定要求；3、4难度较低，对原有代码修改很小，其中方案3只需修改主进程即可。2难度较大。

效果上，如果两个业务只是争用带宽的话，1、2的效果最好。4次之（从业务执行效率较低），3并不很可靠（被调度到的次数减少，并不意味着网络带宽占用率正比减少，甚至可能两者并无严格关系）。

tansijie

如果影响太大，能用两个通道么，那样都不用拥堵了，如果不能使用两个，那么只能在业务层面做限制了，主业务资源优先级高，从业务优先级低。

fenghw8088

回复 1# bigxhome

使用一个信号灯做主从业务同步，主业务获得信号灯则把该干的事情全干完才释放信号灯。从业务获得信号灯只进行少量数据收发就释放信号灯。