一个服务单 一个客户端
1.将服务器,和客户端都在本机上进行传输 很快
本机很快,1s可发几万次
2.将服务器放到 局域网内另一台 linux 机器,客户端放到windows 上进行发送的时候就很慢
将服务器放到 局域网内另一台 windows 机器,客户端放到windows 进行发送,发送效率一样慢
客户端:
while(true){
一次发送的数据为 (8+15)=23字节,write(23字节);
等服务端得响应 read(16字节);
}
服务端:
while(true){
接受,
然后返回 响应 12+4 = 16的字节
}
客户端发送23字节,循环发送1000次,用时 60s。
将socket TcpNodelay设置为true后效率有所提升
发送23字节,循环发送1000次,用时 3s。
settcpnodelay(true)
我定位影响效率的原因是 in.read()阻塞导致的.
settcpnodelay(flase)即默认情况下
每次read()耗时 202ms左右,write() 0ms
settcpnodelay(true)即禁用negal算法,
每次read()耗时 1ms 左右,write() 1-3ms左右
偶尔出现一次40ms的情况
请教各位大侠,该如何优化,网络传输,read阻塞的情况啊
是JVM虚拟机的对socket的网络发送,有限制??
小弟先在此谢过!!
最新测试结果..
settcpnodelay(flase)
情况下
在一次发送 1536字节 获取响应70字节 循环一1000。。只需1500ms左右
在发送<1500字节的时候 获取响应70字节 循环一1000。。竟然达到 41000ms左右
settcpnodelay(true)
情况下
在一次发送 1536字节 获取响应70字节 循环一1000。。只需1500ms左右
在发送<1500字节的时候 获取响应70字节 循环一1000。。只需800ms左右
附带测试的小程序..
jar包中,包含源程序!
等待各位大侠优化~~
更多解决方案请进入
code110技术导航站
方案优化1. 小数据包请将setNodelay(true);能够明显提升速度,此为TCP不延迟发送
- 大小: 72 KB
- 大小: 27.2 KB
- send.jar (14.3 KB)
- 描述: send.jar(客户端发送小程序)
- 下载次数: 269
- server.jar (14.3 KB)
- 描述: server.jar(服务端接收小程序)
- 下载次数: 212
分享到:
评论
性能有所提升..
增加socket.setTrafficClass(0x10);
大侠谁说write是非阻塞的,只是阻塞的时候少见,TCP的socket开发建议先看看TCP协议。。。。
1.将服务器,和客户端都在本机上进行传输 很快
本机很快,1s可发几万次
2.将服务器放到 局域网内另一台 linux 机器,客户端放到windows 上进行发送的时候就很慢
将服务器放到 局域网内另一台 windows 机器,客户端放到windows 进行发送,发送效率一样慢
客户端:
while(true){
一次发送的数据为 (8+15)=23字节,write(23字节);
等服务端得响应 read(16字节);
}
服务端:
while(true){
接受,
然后返回 响应 12+4 = 16的字节
}
客户端发送23字节,循环发送1000次,用时 60s。
将socket TcpNodelay设置为true后效率有所提升
发送23字节,循环发送1000次,用时 3s。
settcpnodelay(true)
我定位影响效率的原因是 in.read()阻塞导致的.
settcpnodelay(flase)即默认情况下
每次read()耗时 202ms左右,write() 0ms
settcpnodelay(true)即禁用negal算法,
每次read()耗时 1ms 左右,write() 1-3ms左右
偶尔出现一次40ms的情况
请教各位大侠,该如何优化,网络传输,read阻塞的情况啊
是JVM虚拟机的对socket的网络发送,有限制??
小弟先在此谢过!!
lz
求解 服务器这段时间不间断的出现这个问题
2011-4-24 9:01:51 org.apache.jk.core.MsgContext action
警告: Unable to send headers
java.net.SocketException: Broken pipe
at java.net.SocketOutputStream.socketWrite0(Native Method)
操作系统是怎样的
什么情况下出现的??
linux
我应该已经把防火墙什么的都关闭了!!
1 socket.setPerformancePreferences(connectionTime, latency, bandwidth)为什么bandwidth(带宽权重要设置为0),试试socket.setPerformancePreferences(0,1,2)
2 还有缓冲区被注释了,明显还是要缓冲比较好
http://en.wikipedia.org/wiki/Nagle's_algorithm
我就好奇,这个算法在传输数据较多,较频繁的情况下,从理论上讲明明是可以提升效率的,为啥禁用了,反而效率高呢
1 lz两台机器是同一个网段吗
2 两个机器连接没有通过一个proxy把
3 是否有额外的进程(防火墙?)
如果方便,实现的关键代码贴出来下 ,这种socket单节点通信实现都是差不多,不用怕什么代码泄露
代码并不复杂,跟附件中的小程序,类似!单线程,单客户端连接的情况
server:
处理
响应
client:=================================================
获取响应
1 lz两台机器是同一个网段吗
2 两个机器连接没有通过一个proxy把
3 是否有额外的进程(防火墙?)
如果方便,实现的关键代码贴出来下 ,这种socket单节点通信实现都是差不多,不用怕什么代码泄露
新旧客户端,两台都是pc server上的(xp sp3)
可能我碰到的是个案,仅供参考。
新旧客户端,两台都是pc server上的(xp sp3)
其次,你的读写应该是批量的吧,发送接受都是搞一个byte数组缓冲区
其实感觉最大的问题不是nagle,也不是batch或buffer、async或sync,
这些都不会有那么大的差别。
目前 不到2k*1000次,1.5s的速度还是慢,
吞吐量不到2M/s
如果网络问题排除,则测试机器可能有问题,换一个机器+新装的系统试试。
大量发这种小数据包,nagel算法的对响应的影响是非常大的,楼主自己测试的结果就可以看出来。
是的,nagel影响比较大。主要是响应时间。
我的意思是,nagel不是问题的关键。 我前不久也遇到类似的问题,最后发现是环境问题。
loadrunner压力下,throughout就是上不去,6M/s就再也上不去。
飞鸽和ftp下,都可以到70M/s+, 1G的网卡+网线+交换机。他们都正常,就是java下的socket在loadrunner里上不去。
然后,换了个机器测试就好了。
是客户端,服务端都换.??还是??
jre使用什么版本..?
其次,你的读写应该是批量的吧,发送接受都是搞一个byte数组缓冲区
其实感觉最大的问题不是nagle,也不是batch或buffer、async或sync,
这些都不会有那么大的差别。
目前 不到2k*1000次,1.5s的速度还是慢,
吞吐量不到2M/s
如果网络问题排除,则测试机器可能有问题,换一个机器+新装的系统试试。
大量发这种小数据包,nagel算法的对响应的影响是非常大的,楼主自己测试的结果就可以看出来。
是的,nagel影响比较大。主要是响应时间。
我的意思是,nagel不是问题的关键。 我前不久也遇到类似的问题,最后发现是环境问题。
loadrunner压力下,throughout就是上不去,6M/s就再也上不去。
飞鸽和ftp下,都可以到70M/s+, 1G的网卡+网线+交换机。他们都正常,就是java下的socket在loadrunner里上不去。
然后,换了个机器测试就好了。
后来换的测试机,是什么操作系统??
其次,你的读写应该是批量的吧,发送接受都是搞一个byte数组缓冲区
其实感觉最大的问题不是nagle,也不是batch或buffer、async或sync,
这些都不会有那么大的差别。
目前 不到2k*1000次,1.5s的速度还是慢,
吞吐量不到2M/s
如果网络问题排除,则测试机器可能有问题,换一个机器+新装的系统试试。
大量发这种小数据包,nagel算法的对响应的影响是非常大的,楼主自己测试的结果就可以看出来。
是的,nagel影响比较大。主要是响应时间。
我的意思是,nagel不是问题的关键。 我前不久也遇到类似的问题,最后发现是环境问题。
loadrunner压力下,throughout就是上不去,6M/s就再也上不去。
飞鸽和ftp下,都可以到70M/s+, 1G的网卡+网线+交换机。他们都正常,就是java下的socket在loadrunner里上不去。
然后,换了个机器测试就好了。