1 在1G LAN上,UDT带宽利用率很低,感觉是内部处理的时间太长导致,不知道是不是这个原因,有什么地方可以改进的吗?
1Gb/s对CPU要求不高,应该不是处理时间问题。我这里3,4年前的CPU都可以有5Gb/s的处理速度。
你把appclient的输出贴上来看看。
SendRate(Mb/s) RTT(ms) CWnd PktSndPeriod(us) RecvACK RecvNAK 0.209945 63.969 958 57385.7 10 0 0.187673 7.797 28 48631.3 22 0 0.225564 0.541 16 42194.7 24 0 0.257788 1.259 16 36111.3 29 0 0.338345 0.046 16 19046.7 39 0 0.981897 0.021 20 7396.33 71 0 1.81409 0.021 18 4360.67 91 0 2.81387 0.098 19 3161.67 89 0 3.67951 0.095 21 2497.33 95 0 4.22338 0.085 26 2094.33 97 0 2.43345 0.093 22 1901.33 55 0 5.81326 0.12 38 1643 102 0 4.61916 0.104 22 1489.33 75 0 1.23209 0.096 27 1455.33 19 0 3.13208 0.109 26 1386.33 45 0 7.7522 0.088 46 1239.33 106 0 8.0287 0.108 52 1138.67 92 0 5.06934 0.129 66 1080.67 60 0 9.95284 0.108 59 988 109 0 10.7959 0.088 64 914.333 105 0 10.4813 0.088 85 853.333 108 0 13.7632 0.14 88 795 111 0 12.7822 0.106 81 747 107 0 14.4982 0.145 100 710.667 83 0 9.84355 0.094 85 683.667 66 0 20.3805 0.092 105 648.667 108 0 16.3276 0.088 102 613.667 120 0 17.1405 0.098 109 582.333 120 0 18.0627 0.103 100 558 104 0 17.8112 0.089 110 533.333 112 0 19.5512 0.148 98 511.333 103 0 21.7362 0.106 104 491 112 0 21.2924 0.121 104 473 112 0 22.1341 0.345 104 456.333 111 0 22.9072 0.128 102 439.333 118 0 23.7673 0.201 101 425 108 0 24.6302 0.05 125 409 121 0 26.6467 0.101 118 345 129 0 32.2673 0.095 113 306.667 125 0 34.5897 0.108 130 291 131 0 35.4913 0.078 128 268.333 133 0 40.0637 0.079 101 252 143 0
SendRate(Mb/s) RTT(ms) CWnd PktSndPeriod(us) RecvACK RecvNAK 0.209945 63.969 958 57385.7 10 0
0.187673 7.797 28 48631.3 22 0
0.225564 0.541 16 42194.7 24 0 0.257788 1.259 16 36111.3 29 0
0.338345 0.046 16 19046.7 39 0
0.981897 0.021 20 7396.33 71 0
1.81409 0.021 18 4360.67 91 0 2.81387 0.098 19 3161.67 89 0
3.67951 0.095 21 2497.33 95 0
4.22338 0.085 26 2094.33 97 0
2.43345 0.093 22 1901.33 55 0
5.81326 0.12 38 1643 102 0
4.61916 0.104 22 1489.33 75 0 1.23209 0.096 27 1455.33 19 0
3.13208 0.109 26 1386.33 45 0
7.7522 0.088 46 1239.33 106 0
8.0287 0.108 52 1138.67 92 0 5.06934 0.129 66 1080.67 60 0
9.95284 0.108 59 988 109 0
10.7959 0.088 64 914.333 105 0
10.4813 0.088 85 853.333 108 0
13.7632 0.14 88 795 111 0
12.7822 0.106 81 747 107 0 14.4982 0.145 100 710.667 83 0
9.84355 0.094 85 683.667 66 0
20.3805 0.092 105 648.667 108 0
16.3276 0.088 102 613.667 120 0
17.1405 0.098 109 582.333 120 0
18.0627 0.103 100 558 104 0 17.8112 0.089 110 533.333 112 0
19.5512 0.148 98 511.333 103 0
21.7362 0.106 104 491 112 0
21.2924 0.121 104 473 112 0
22.1341 0.345 104 456.333 111 0
22.9072 0.128 102 439.333 118 0
23.7673 0.201 101 425 108 0
24.6302 0.05 125 409 121 0
26.6467 0.101 118 345 129 0
32.2673 0.095 113 306.667 125 0
34.5897 0.108 130 291 131 0
35.4913 0.078 128 268.333 133 0
40.0637 0.079 101 252 143 0
谷先生,您好,在我的1G LAN上,CPU为2.8G,发送速度只能达到3.8M字节每秒,已经修改过MSS,UDT_FC ,UDT_RECVBUF等参数,都不能够提高发送文件的速度,不知道可有其他方法? 多谢。
application的数据已经贴在上面了。谢谢。
你的操作系统和UDT版本是什么?
下载的这个包 udt.sdk.4.6a.win32.zip
操作系统 Windows XP SP2
谢谢。
实现NAT穿越还是使用您开发的这个比较好,自己做udp的可靠传输难度不小。而如果局域网速度才3-4M,显然不太好,自己使用TCP实现,速度在10-25M之间。
你用那个appserver/appclient测试的时候改过UDT_MSS么? Windows XP缺省用1024Byte MSS比较合适,用其他的值对速度影响很大。
谢谢,我试试看。 还有一个问题请教谷老师,在我每次使用一个udp socket进行STUN协议NAT类型检测,得到该udp socket对应的公网地址后,使用UDT socket bind 到该udp socket,之后通信双方一个accept,一个connect,每次udt.dll都出错,错误信息如下:
Stack around the variable 'clienthost' was corrupted
不知道是为什么? 当我使用大洞后的两个udp socket,分别绑定到两个UDT socket,然后通信双方都发出connect,出错情况也是一样,连接失败。 另外,我的NAT类型为地址限制型。 除了对称型之外的NAT类型,一般应该如何进行设置呢?包括udt socket的参数,以及C/s,p2p的方法,能否简单说一下,很仔细地看了帮助文档,都没能够解决。
劳烦谷老师了。
上面的问题就是,知道了A和B的公网地址后,我需要判断双方是否在同一个内网,如果是内网,则使用内网地址,一个accept,一个connect。然而bind(udt_socket,udp_socket)后,这种连接模式总是失败,请问该如何设置参数,或者此种bind并不能继续listen和accept?
不好意思,已经解决NAT穿越问题。之前是由于编程疏忽造成的。
有关1G网络速度问题,我自己再测试看看,测试完毕再反馈给您,谢谢。
您好,请问您之前的UDT速度低是怎么解决的,需要修改测试程序的设置么
Log in to post a comment.
1 在1G LAN上,UDT带宽利用率很低,感觉是内部处理的时间太长导致,不知道是不是这个原因,有什么地方可以改进的吗?
1Gb/s对CPU要求不高,应该不是处理时间问题。我这里3,4年前的CPU都可以有5Gb/s的处理速度。
你把appclient的输出贴上来看看。
SendRate(Mb/s) RTT(ms) CWnd PktSndPeriod(us) RecvACK RecvNAK
0.209945 63.969 958 57385.7 10 0
0.187673 7.797 28 48631.3 22 0
0.225564 0.541 16 42194.7 24 0
0.257788 1.259 16 36111.3 29 0
0.338345 0.046 16 19046.7 39 0
0.981897 0.021 20 7396.33 71 0
1.81409 0.021 18 4360.67 91 0
2.81387 0.098 19 3161.67 89 0
3.67951 0.095 21 2497.33 95 0
4.22338 0.085 26 2094.33 97 0
2.43345 0.093 22 1901.33 55 0
5.81326 0.12 38 1643 102 0
4.61916 0.104 22 1489.33 75 0
1.23209 0.096 27 1455.33 19 0
3.13208 0.109 26 1386.33 45 0
7.7522 0.088 46 1239.33 106 0
8.0287 0.108 52 1138.67 92 0
5.06934 0.129 66 1080.67 60 0
9.95284 0.108 59 988 109 0
10.7959 0.088 64 914.333 105 0
10.4813 0.088 85 853.333 108 0
13.7632 0.14 88 795 111 0
12.7822 0.106 81 747 107 0
14.4982 0.145 100 710.667 83 0
9.84355 0.094 85 683.667 66 0
20.3805 0.092 105 648.667 108 0
16.3276 0.088 102 613.667 120 0
17.1405 0.098 109 582.333 120 0
18.0627 0.103 100 558 104 0
17.8112 0.089 110 533.333 112 0
19.5512 0.148 98 511.333 103 0
21.7362 0.106 104 491 112 0
21.2924 0.121 104 473 112 0
22.1341 0.345 104 456.333 111 0
22.9072 0.128 102 439.333 118 0
23.7673 0.201 101 425 108 0
24.6302 0.05 125 409 121 0
26.6467 0.101 118 345 129 0
32.2673 0.095 113 306.667 125 0
34.5897 0.108 130 291 131 0
35.4913 0.078 128 268.333 133 0
40.0637 0.079 101 252 143 0
SendRate(Mb/s) RTT(ms) CWnd PktSndPeriod(us) RecvACK RecvNAK
0.209945 63.969 958 57385.7 10 0
0.187673 7.797 28 48631.3 22 0
0.225564 0.541 16 42194.7 24 0
0.257788 1.259 16 36111.3 29 0
0.338345 0.046 16 19046.7 39 0
0.981897 0.021 20 7396.33 71 0
1.81409 0.021 18 4360.67 91 0
2.81387 0.098 19 3161.67 89 0
3.67951 0.095 21 2497.33 95 0
4.22338 0.085 26 2094.33 97 0
2.43345 0.093 22 1901.33 55 0
5.81326 0.12 38 1643 102 0
4.61916 0.104 22 1489.33 75 0
1.23209 0.096 27 1455.33 19 0
3.13208 0.109 26 1386.33 45 0
7.7522 0.088 46 1239.33 106 0
8.0287 0.108 52 1138.67 92 0
5.06934 0.129 66 1080.67 60 0
9.95284 0.108 59 988 109 0
10.7959 0.088 64 914.333 105 0
10.4813 0.088 85 853.333 108 0
13.7632 0.14 88 795 111 0
12.7822 0.106 81 747 107 0
14.4982 0.145 100 710.667 83 0
9.84355 0.094 85 683.667 66 0
20.3805 0.092 105 648.667 108 0
16.3276 0.088 102 613.667 120 0
17.1405 0.098 109 582.333 120 0
18.0627 0.103 100 558 104 0
17.8112 0.089 110 533.333 112 0
19.5512 0.148 98 511.333 103 0
21.7362 0.106 104 491 112 0
21.2924 0.121 104 473 112 0
22.1341 0.345 104 456.333 111 0
22.9072 0.128 102 439.333 118 0
23.7673 0.201 101 425 108 0
24.6302 0.05 125 409 121 0
26.6467 0.101 118 345 129 0
32.2673 0.095 113 306.667 125 0
34.5897 0.108 130 291 131 0
35.4913 0.078 128 268.333 133 0
40.0637 0.079 101 252 143 0
谷先生,您好,在我的1G LAN上,CPU为2.8G,发送速度只能达到3.8M字节每秒,已经修改过MSS,UDT_FC ,UDT_RECVBUF等参数,都不能够提高发送文件的速度,不知道可有其他方法?
多谢。
application的数据已经贴在上面了。谢谢。
你的操作系统和UDT版本是什么?
下载的这个包 udt.sdk.4.6a.win32.zip
操作系统 Windows XP SP2
谢谢。
实现NAT穿越还是使用您开发的这个比较好,自己做udp的可靠传输难度不小。而如果局域网速度才3-4M,显然不太好,自己使用TCP实现,速度在10-25M之间。
你用那个appserver/appclient测试的时候改过UDT_MSS么? Windows XP缺省用1024Byte MSS比较合适,用其他的值对速度影响很大。
谢谢,我试试看。
还有一个问题请教谷老师,在我每次使用一个udp socket进行STUN协议NAT类型检测,得到该udp socket对应的公网地址后,使用UDT socket bind 到该udp socket,之后通信双方一个accept,一个connect,每次udt.dll都出错,错误信息如下:
Stack around the variable 'clienthost' was corrupted
不知道是为什么?
当我使用大洞后的两个udp socket,分别绑定到两个UDT socket,然后通信双方都发出connect,出错情况也是一样,连接失败。
另外,我的NAT类型为地址限制型。
除了对称型之外的NAT类型,一般应该如何进行设置呢?包括udt socket的参数,以及C/s,p2p的方法,能否简单说一下,很仔细地看了帮助文档,都没能够解决。
劳烦谷老师了。
上面的问题就是,知道了A和B的公网地址后,我需要判断双方是否在同一个内网,如果是内网,则使用内网地址,一个accept,一个connect。然而bind(udt_socket,udp_socket)后,这种连接模式总是失败,请问该如何设置参数,或者此种bind并不能继续listen和accept?
谢谢。
不好意思,已经解决NAT穿越问题。之前是由于编程疏忽造成的。
有关1G网络速度问题,我自己再测试看看,测试完毕再反馈给您,谢谢。
您好,请问您之前的UDT速度低是怎么解决的,需要修改测试程序的设置么