t-io我习惯从开源中国主页链接去码云。本人业余代码提交记录，非小白码农，非开源的商业性质项目。我毫不掩饰我对钱的热爱，也好无兴趣追求技术，可能迫于饭碗的压力，需要不停更新自己的技能体系。所以，不用喷我技术好坏，我不在乎，而且我会喷回去。
最近几周密集看到t-io在主页出现。点进去看了看。我个人是很反感这种像推广商业项目一样推广开源项目的行为。（实际上，肯定是为了商业目的，无利不起早。纯为了名声，也应该去权威的GitHub推广。）
1、| [0,4) length | body | 的协议非常不安全，商用的项目，我反正没见过这么设计的。连随机telnet都搞不定，别说别的问题了。
2、测试结果是否造假？
作者称每秒333万次请求。
我评估测试数据，算300,0000次，换算成码农计量3000,000q/s，每次IO数据100字节，
3000,000x100B≈3000x100kb≈3x100MB≈300MB，每秒钟300M数据流量。先告诉我，你的硬件配置能否经受住这个请求。
不好意思，我测试重来都是带业务测试的，鄙人的上限，tcp接收数据，线程池派发IO处理，pb解析，pb序列化，写回，这种近似于没什么业务的情况。接口响应三万次左右都很难得了（不带其他诸如数据库和文件的IO）。
3、c1000k问题
作者称17.82万个连接，内存消耗只有600-800M。是否测试流程只建立了连接，没有任何IO？如果是，测试连接的意义何在？wtf，实际上一出现IO，连接数就大打则扣的数据难道不是为了拉大旗唬人么？
大部分项目实际实践，每个连接的内存开销都是浮动的。有IO的情况，有IO的情况，读写缓存都会分配空间，至少10KB/c，还不计量动态应用层缓存的大小。
17,0000x10KB≈170x10MB≈1700MB≈1.7GB。根据鄙人的工作经验，Java的同类功能，内存使用，一般都会四倍于c/c++。我有理由相信，没有几个GB内存，Java是搞不定这些连接数的。
4、有打着开源的名号推广商业的嫌疑。去挂GitHub上，认真把文档完善，测试做全，而不是试图什么都没经受过的情况，靠几个唬人的数据吓唬小白兜售你的名声。
用事实说话，用数据证明。不要靠“估算”、“推测”的东西作为对别人成果的否定。而且别人并没有向你收钱，即使要收钱你不乐意也可以不使用。为了名声也好 为了金钱也罢，每个人都有自己的追求，何必去否认和抨击呢。
看你说了半天都是评估 ，没有实际做测试和应用，我觉得你跟你所说的那类人也没啥区别
楼主能说明下length | body的协议设计的缺陷在哪里么？我很好奇啊
希望看到作者更专业的测试数据，这样更有说服力。
好吧 ，总之这个框架被我们用在共享业务上了，目前效果很赞
数据嘞，你测一个不就完了，都是根据经验来说，谁知道你的经验是什么样的
楼主脑残，鉴定完毕。说消息头不安全，我就想笑，这种消息的流转都是个人服务器内的，要什么安全？谁去拦截？局域网还能拦截你大爷？
楼主说的有一些道理的