大家帮我看看怎么说服这个老印同事？ - Programming版

本页内容为未名空间相应帖子的节选和存档，一周内的贴子最多显示50字，超过一周显示500字访问原贴

Programming版 - 大家帮我看看怎么说服这个老印同事？

相关主题
● 各位所在公司的code review烦人不？	● 心目中的编程高手 [zz]
● ip问题	● socket re-connection problem
● Loop back 是不是node.js里做后台的利器？	● 我心目中的编程高手
● node的framework还算LoopBack最好了吧	● 请问有哪些high performance TCP statck on LINUX?
● mobile app后端：parse倒闭后的糙快猛选择	● Help: DotNet Tcp Client/Server (转载)
● 有什么 open source 让做平台发 post, comments, votes?	● Help: Socket.SendFile() cannot be recognized by c# compiler
● UNIX DATAGRAM 类型socket最大报文长度多少？	● question on TCP slow start
● 学习学习国内的IT项目-12306铁道部订票网站性能分析【转载】 (转载)	● Re: Lehman Brothers C++ programmer interview

相关话题的讨论汇总
话题: 老印话题: 同事话题: streaming话题: 4k话题: 拆分

进入Programming版参与讨论

(共1页)

h**i
发帖数: 712

现在有一个streaming server最多一次发送12KB的包，老印同事坚持说应该拆分成4k或
更小的包，在高延迟的网络下丢失的概率小。我明白他的concern，但这不是TCP的工作
的吗？即使4K也大于一般LAN的MTU，我的问题是，Streaming应用是否应该主动把数据
拆分成较小的包？如果是，client应该怎么恢复出原始包？这是不是redundant work?
老印自己说测试过16K，即使在loopback也会丢包，我不想花功夫改已有的code，这是
标准的practice吗？

(共1页)

进入Programming版参与讨论

相关主题
● Re: Lehman Brothers C++ programmer interview	● mobile app后端：parse倒闭后的糙快猛选择
● 约定同时的问题	● 有什么 open source 让做平台发 post, comments, votes?
● 两道小题	● UNIX DATAGRAM 类型socket最大报文长度多少？
● 初级socket问题	● 学习学习国内的IT项目-12306铁道部订票网站性能分析【转载】 (转载)
● 各位所在公司的code review烦人不？	● 心目中的编程高手 [zz]
● ip问题	● socket re-connection problem
● Loop back 是不是node.js里做后台的利器？	● 我心目中的编程高手
● node的framework还算LoopBack最好了吧	● 请问有哪些high performance TCP statck on LINUX?

相关话题的讨论汇总
话题: 老印话题: 同事话题: streaming话题: 4k话题: 拆分

#	版面	帖数(主题数)
-	全站	4871 (796)
1	Military	3777 (569)
2	Stock	341 (51)
3	Joke	117 (17)
4	History	116 (3)
5	Automobile	100 (9)
6	USANews	55 (9)
7	Midlife	45 (1)
8	Headline	41 (41)
9	Dreamer	33 (13)
10	FleaMarket	32 (20)
11	Living	30 (7)

boards

未名新帖统计// 7月16日

历史上的今天