- 主题:请教两个二级指针的问题
你一直说有关系
send的长度和滑动窗口什么关系？
【 在 ylh0315 的大作中提到: 】
: 当然有关系。你的设计决定了你的效率。
: 除了效率和应用的复杂度，别的关系倒是没有。
--
FROM 110.87.76.*
你直接说你就爱这么写，真没人管你
你来来回回的滑动窗口如何如何，来证明你程序的优秀
有人问滑动窗口具体如何，你又不深究了
你这是单位欺负新人养成的习惯吧
莫名其妙的扯进来一堆名词
实际都没研究，这就敢拿出来撑场面？
【 在 ylh0315 的大作中提到: 】
: 4层以下我不管，只管用，它有什么特性，知道就行，不必深究。
: 说了半天，就是你这个工具，应用层好用不好用。我基本不限制它，它一个交易，数据爱多长多长，它内存够，我为啥要限制？可能的情况，不管多大，就一包发了。配置了小包的，就分包发，你说的几k包，也行。效率低别赖我。
: 我的工具是第五层，承接都是第7层的任务，用的是第四层的功能，别的我管不了那么多。
: ...................
--
FROM 110.87.76.*
如果你给对方快递一个合同
对方陆续回了三句话
1，快递收到
2.合同内容无误
3.我方已盖章
请问哪句是多余的？
【 在 ylh0315 的大作中提到: 】
: 说点题外话，不争论。
: 我这个东西，当初，有人提出，发送是否要判断回执，对方回个ACK，NAK什么的？搞个重发？
: 我说，没必要。这是第5层，确认重发工作，4层以下都给做了，不是我们的事。还真见过在TCP之上搞ACK，NAK的，让人哭笑不得。
: ...................
--
FROM 39.144.251.*
你要是认为收到合同，给对方发个消息
“合同已收到”
这事没意义
那只能随你
不过如果你给别人快递个东西，对方回复你，东西收到
你认为你可以看到快递签收，
对方单独给你发个消息，纯粹是蛋疼
谁给你发类似消息，你直接喷他好了
【 在 ylh0315 的大作中提到: 】
: 1.我不需要等回执就可以发下一个快递。
: 2.回执可以由门卫，或秘书代收。我有底层工作机构。
: 让物流部去做这个工作就可以了。
--
FROM 39.144.251.*
你从头到尾都搞不清楚分层，现在问我懂么
快递签收
东西收到
事情处理完
这三句话，请问哪个多余？
【 在 ylh0315 的大作中提到: 】
: 不是我发，是我的下级发，同层对同层，这是分层工作的原则。
: 这些来往应答的工作是需要的，该TCP干的，我RPC没必要干。
: 分层工作，懂吗？
: ...................
--
FROM 39.144.251.*
请不要漫无边际的扯概念
这是技术板面，请踏实地讨论问题
“合同已经收到”，这话是不是没有意义？
【 在 ylh0315 的大作中提到: 】
: 不是我发，是我的下级发，同层对同层，这是分层工作的原则。
: 这些来往应答的工作是需要的，该TCP干的，我RPC没必要干。
: 分层工作，懂吗？
: ...................
--
FROM 39.144.251.*
那请问
快递回执
东西收到
事情办好
tcp相当于是哪个？
为什么tcp上面还有回执？
【 在 ylh0315 的大作中提到: 】
: 没多余，该哪层处理哪层处理。
: 这些肯定都处理了，只不过不在我这一层。
: 相信我的下级这些都处理好了。
: ...................
--
FROM 39.144.251.*
你还是回去学学tcp怎么工作的
先搞清楚每层都干什么
再来问别人“分层，董么”
【 在 ylh0315 的大作中提到: 】
: 前两个是TCP处理的。
: 第三个是应用层处理的，没有我的事。
--
FROM 39.144.251.*
那请问
tcp是如何回答出来 合同已经收到
他怎么知道快递里面是合同？
【 在 ylh0315 的大作中提到: 】
: 当然是充分了解了TCP的工作原理和工作流程才敢这么设计系统。几十年的实践验证了系统的可靠性。在这里分享，就是以几十年的经验，说明，RPC系统可以这么干，效率最高，可靠性也最高。
--
FROM 39.144.251.*
你自己说 合同已收到 是tcp管的
【 在 ylh0315 的大作中提到: 】
: 它不管合同，它只管数据包到达目的地。
--
FROM 39.144.251.*