- 主题:请教两个二级指针的问题
就凭你这 此mtu不是彼mtu
我都不知道你说的到底是什么
你要讨论问题，请用标准技术语言
【 在 ylh0315 的大作中提到: 】
: 我说的很清楚了，起不一样的作用。
: 我的那个，恰恰是你说的，（你要限制报文，比如说到8k），限制了报文的大小，没有改变报片的大小。
: 所以这个系统完全能实现你的要求。
--
FROM 117.30.164.*
讨论了几十页，现在你说mtu不是tcpip里面的mtu
那你说的8k是哪里的8k
你说的滑动窗口是建材市场的滑动窗口么
【 在 ylh0315 的大作中提到: 】
: 前边跟你讨论时我都忘了，后来翻了下程序，发现不对了，你说的要求我都已经实现了。程序里的MTU是报文长度。可以设置成你说的8k。不过传输速率会很慢。
: 如果信道允许，还是不设置为好。
: 结论是，传输工具不限制报文尺寸最好。
: ...................
--
FROM 110.87.76.*
好像不知道tls是什么
在这里讨论协议安全，这太好笑了
【 在 ylh0315 的大作中提到: 】
: 前边跟你讨论时我都忘了，后来翻了下程序，发现不对了，你说的要求我都已经实现了。程序里的MTU是报文长度。可以设置成你说的8k。不过传输速率会很慢。
: 如果信道允许，还是不设置为好。
: 结论是，传输工具不限制报文尺寸最好。
: ...................
--
FROM 117.30.164.*
线路MTU
滑动窗口大小或者发送缓冲区大小
协议包大小
每次send的大小
这是4个独立的东西，可以有不相等的4个值
你理解成一个值，在网络领域绝对是卧龙凤雏级别的
请把基本概念倒腾清楚在讨论问题
【 在 ylh0315 的大作中提到: 】
: 我说的8k是你说的8k，就是报文长度。
: 这个报文尺寸，到了底层就无法滑动。
--
修改:slowaction FROM 117.30.164.*
FROM 117.30.164.*
有什么关系？
mtu和那三个值有什么关系？
你这大包说的是应用层 协议层 网络层，哪个层上的大包
说个问题，恨不得把所有知道的名词都扯进来
【 在 ylh0315 的大作中提到: 】
: 但是这几个是有关系的，最后体现在性能上。
: 回归主题，大包传输没有安全问题和效率问题。
: 整体方案经验证，可行。
--
FROM 39.144.251.*
问题是从来没有人说应用层大包如何
你对着应用层的大包发表一通意见，你自言自语么
【 在 ylh0315 的大作中提到: 】
: 我说的大包，是应用层的。
: 我提供的中间件，是第5层，RPC，远过程调用。也叫报文层。
: 我的工具支持用户提供的大包数据。
: ...................
--
FROM 110.87.76.*
或者换句话说
你说的大包是应用层的
那对应的应用层非大包是什么东西？
感觉你根本分不清应用 协议 网络
3到7层一桶浆糊
【 在 ylh0315 的大作中提到: 】
: 我说的大包，是应用层的。
: 我提供的中间件，是第5层，RPC，远过程调用。也叫报文层。
: 我的工具支持用户提供的大包数据。
: ...................
--
FROM 110.87.76.*
什么mtu 滑动窗口 dh，都是你扯进来的，赖不到别人
我从来说的都是和tcpip没关系
【 在 ylh0315 的大作中提到: 】
: 我就说，我的中间件，TLV模式，对包长度的限制，2g，工作时需要malloc。
: 没说别的。
: 从30楼开始，成了这个问题。
--
FROM 110.87.76.*
应用层的大包，你不知道具体什么意思吧
应用层包如何，和协议层没有关系
协议层如何，和send没关系
send如何，和窗口大小也没关系
你这就是根本不清楚tcp如何工作的
【 在 ylh0315 的大作中提到: 】
: 当然有关系。不是TCP，谁敢这么设计大包传输。
: 大包传输才能有效发挥滑动窗口的作用，这也没错吧。
:
--
FROM 110.87.76.*
你这4层到7层都不分
每一层有每一层的事，
你说的应用层大包是什么意思？
对应的应用层小包怎么出来的？
【 在 ylh0315 的大作中提到: 】
: 当然有关系。不是TCP，谁敢这么设计大包传输。
: 大包传输才能有效发挥滑动窗口的作用，这也没错吧。
: 大包破成小包也做了，能证明小包传输效率很低。
--
FROM 110.87.76.*