[quote=引用 17 楼 wxhxj0268 的回复:] 晕,TCP程序中还要使用Sleep,居然还是10ms
晕,TCP程序中还要使用Sleep,居然还是10ms
[quote=引用 15 楼 cjqpker 的回复:] [quote=引用 14 楼 ttaaooyyaann77 的回复:] [quote=引用 12 楼 cjqpker 的回复:] [quote=引用 10 楼 ttaaooyyaann77 的回复:] [quote=引用 2 楼 cjqpker 的回复:] 得搞清楚为什么慢,是由于网络状况问题,还是程序优化的不好。 理论上TCP应该几乎可以把带宽占光。 还有种可能是DSP端处理过慢或者程序有问题导致传输过慢。这种问题可以先光接收数据,接收完了直接丢掉,可以查看是否是由于数据处理过慢导致网络传输等待
[quote=引用 14 楼 ttaaooyyaann77 的回复:] [quote=引用 12 楼 cjqpker 的回复:] [quote=引用 10 楼 ttaaooyyaann77 的回复:] [quote=引用 2 楼 cjqpker 的回复:] 得搞清楚为什么慢,是由于网络状况问题,还是程序优化的不好。 理论上TCP应该几乎可以把带宽占光。 还有种可能是DSP端处理过慢或者程序有问题导致传输过慢。这种问题可以先光接收数据,接收完了直接丢掉,可以查看是否是由于数据处理过慢导致网络传输等待
[quote=引用 12 楼 cjqpker 的回复:] [quote=引用 10 楼 ttaaooyyaann77 的回复:] [quote=引用 2 楼 cjqpker 的回复:] 得搞清楚为什么慢,是由于网络状况问题,还是程序优化的不好。 理论上TCP应该几乎可以把带宽占光。 还有种可能是DSP端处理过慢或者程序有问题导致传输过慢。这种问题可以先光接收数据,接收完了直接丢掉,可以查看是否是由于数据处理过慢导致网络传输等待
[quote=引用 10 楼 ttaaooyyaann77 的回复:] [quote=引用 2 楼 cjqpker 的回复:] 得搞清楚为什么慢,是由于网络状况问题,还是程序优化的不好。 理论上TCP应该几乎可以把带宽占光。 还有种可能是DSP端处理过慢或者程序有问题导致传输过慢。这种问题可以先光接收数据,接收完了直接丢掉,可以查看是否是由于数据处理过慢导致网络传输等待
[quote=引用 8 楼 ttaaooyyaann77 的回复:] [quote=引用 7 楼 wxhxj0268 的回复:] 你单线程完成全部工作?
[quote=引用 2 楼 cjqpker 的回复:] 得搞清楚为什么慢,是由于网络状况问题,还是程序优化的不好。 理论上TCP应该几乎可以把带宽占光。 还有种可能是DSP端处理过慢或者程序有问题导致传输过慢。这种问题可以先光接收数据,接收完了直接丢掉,可以查看是否是由于数据处理过慢导致网络传输等待
[quote=引用 7 楼 wxhxj0268 的回复:] 你单线程完成全部工作?
得搞清楚为什么慢,是由于网络状况问题,还是程序优化的不好。 理论上TCP应该几乎可以把带宽占光。 还有种可能是DSP端处理过慢或者程序有问题导致传输过慢。这种问题可以先光接收数据,接收完了直接丢掉,可以查看是否是由于数据处理过慢导致网络传输等待
可以这样干,你每次send之后,接收端得返回一个确定给发送端,发送段才进行下一次send.这样就会好多了,send并不是确定数据发送给接收端就执行下一步了,而是把它们发送到发送缓冲区,然后它就返回了,然后发送缓冲区会根据网速调整发送的速度。
你单线程完成全部工作?
你的发送和接收机制是如何设计的?
18,356
社区成员
64,214
社区内容
加载中
试试用AI创作助手写篇文章吧