两个socket之间tcp传输时候速度控制的问题。
在写一个代理服务器,问题出现在客户端上传文件的时候,
如果recv的长度很大,设置为100*1024,一下子send不出这么多,需要send多次
但客户很快就看到已经上传完毕(其实还没有)却等不到服务器上传完毕的reply 然后就超时错误了。
如果recv的长度设置很小每次接收32字节(实际上是增加recv一个文件的时间),这样send就不会爆缓冲区,客户端反馈也正常,但是却要非常多次的轮询,这样非常消耗资源。
主要问题是recv的时候不知道当时网络环境可以send多少,
请教各位大神有没有好的优化思路?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
recv 做的事是把接收到的数据从内核缓冲区复制到用户缓冲区,所以这个大小只会略微影响服务器本身应用程序的解析速度,至于这个大小本身怎么合适,就要看应用具体了。一般来说推荐2的指数次,比如4096等