- 主题:请教两个二级指针的问题
说的是你会长期占用2g的内存
而对方只发了一个数据包头过来
【 在 ylh0315 的大作中提到: 】
: 那是它的事。他要发1g怎么都快不了。
: 弄不死我不就得了，其他问题他自己想办法解决。
: 没有安全问题。
--
FROM 39.144.251.*
你怎么发包，和滑动窗口没有直接关系
不存在发小包就用不上滑动窗口这回事
【 在 ylh0315 的大作中提到: 】
: 我用它就可以啦，发大包啊，让它破成小包呀。
: 太小的包，没法发挥滑动窗口的作用。
: 你那个8k的tls，人家给我一个100k的数据，我怎么办呀？我来破包，麻烦不麻烦呀！你愿意做你做，反正我不做。
: ...................
--
FROM 110.87.77.*
首先，滑动窗口大小和报文大小没有关系
其次，send次数也和网络包数没有关系
【 在 ylh0315 的大作中提到: 】
: 你8k小包了，一共没几个报片，怎么滑动？
: 缺省8片，至少12k。13.5k才滑一步。
--
FROM 110.87.77.*
你这段全错
当然不用等
当然和包没关系
【 在 ylh0315 的大作中提到: 】
: 它不是在一个大包里组织滑动窗口吗？跟别人能混合编组吗？
: 基本原理是在一个报文里分报片组织滑动窗口，没办法跨报文滑动吧。
: 不是send一次一个报文吗？可能有报文收集功能，0.几秒内的报文可以合并。
: ...................
--
FROM 110.87.77.*
分片和滑动
都是tcp自己决定的
用户调用send和网卡发数据包出去这中间隔着tcpip和网卡驱动两个大模块
中间差老远呢
【 在 ylh0315 的大作中提到: 】
: 那你说说怎么分片，怎么滑动吧。
: 我学的就是前面这些。
: 报文分片，滑动窗口，到达组装。
: ...................
--
FROM 39.144.251.*
8k的包和滑动窗口多大一点关系没有
【 在 ylh0315 的大作中提到: 】
: 是TCP分片，我也没说是别人。可是TCP分片的对象是什么？
: 面对报文分片。你8k的报文，分几片？窗口有多大？滑得起来吗？
--
FROM 39.144.251.*
你这都哪看来的
你发送和tcp发送不是一一对应的，可以说没什么关系
【 在 ylh0315 的大作中提到: 】
: 滑动窗口缺省8个报片，每个报片MTU/MSS。1460×8，你一个报文装不满一个窗口。
: 我问你怎么滑动。
:
--
FROM 39.144.251.*
tcp是双工系统
你发包，看的是对方的窗口，他滑不滑，你怎么管
【 在 ylh0315 的大作中提到: 】
: TCPIP技术说明书呀。
: 我没说一一对应，但绝对有关系。
: 绝对不可能比你发的电文大。你发的小电文，窗口绝对滑动不起来。
--
FROM 39.144.251.*
tcp和应用层的分包没有任何关系
目的完全不同
并且应用层完全不用考虑tcp怎么发
任何控制频率控制包大小，试图影响tcp行为的做法
都是多余的
只需要尽快把包扔给tcp就行了
【 在 ylh0315 的大作中提到: 】
: 哦，你说的是做手动分包，8k8k的？
: 多麻烦呀。别分了，让TCP去自动分包，自动合并，多省事。
--
FROM 39.144.251.*
你自己的窗口开多大，表示飘在网络上没ack的数据有多少
飘了多少受制于对方的收包速度和网络速度
这东西和你一次写多少数据进去有什么关系
内存的操作速度一定是远远大于网速的
不会出现tcp想发，而缓冲区没数据的情况
tcp已经满负荷工作了，他的速度就是网络的速度
和你调用send一次放多少根本没关系的
【 在 ylh0315 的大作中提到: 】
: 报文大了就滑，小了就不滑，有什么怀疑吗？
--
FROM 39.144.251.*