HDC调试需求开发（15万预算）,能者速来！>>>
我习惯从开源中国主页链接去码云。本人业余代码提交记录，非小白码农，非开源的商业性质项目。我毫不掩饰我对钱的热爱，也好无兴趣追求技术，可能迫于饭碗的压力，需要不停更新自己的技能体系。所以，不用喷我技术好坏，我不在乎，而且我会喷回去。

最近几周密集看到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上，认真把文档完善，测试做全，而不是试图什么都没经受过的情况，靠几个唬人的数据吓唬小白兜售你的名声。