一、前言
1.回顾
? ? ? ? 这个项目是个预研项目，所以不出所料暂时被其他需求打断了，不是被阉割，但是可能会延迟一段时间，这也是为什么最近一段时间没有更新的原因。
? ? ? ? 这里先把最后一次测试的内容凭我的记忆先写下来，后面重新做fasck预研项目时，会把一些细节补充上来。
? ? ? ? 上回说到我们在一个机器上用linux协议的client和fstack协议栈的server通信成功了，于是想到在两台设备上分别运行client和server，就可以完成两个fstack协议栈进程之间的通信了。
? ? ? ? 在此之前我们还有一项工作没有做，为了测试fstack进程的性能，我们还得需要linux协议栈的协助，毕竟这是我们熟悉的内容，想怎么操作都可以。
2.测试环境
? ? ? ? 先说下调试环境。
? ? ? ? linux主机1：网卡1张（ip地址10.1.1.2，作为客户端）
? ? ? ? linux主机2：网卡1张（ip地址11.1.1.2，作为服务端）
? ? ? ? 客户端服务端地址不在同一网段，模拟实际使用场景。
? ? ? ? 中间设备w1：能够动态显示当前tcp的连接数量，具有转发功能。
二、调试过程
1.高并发服务端
? ? ? ? 高并发服务端采用使用广泛的linux下的epoll框架，程序在网上可以轻松的获取到，这里先
不粘贴，待达到性能指标后，会粘贴出来。
2.高并发客户端
? ? ? ? 在搭建完整的客户端服务端框架前我产生了疑问，如何通过简单的客户端程序如何发出百
万的并发连接，多进程？多线程？看起来都不是好的办法，这个问题先放一下，以后的文章会单
独进行介绍。
? ? ? ? 最后我采用了网络上已有的客户端程序，实现方式是多进程，虽然不能产生百万并发连接
1000个并发连接也足够看效果了。
3.中间设备效果
? ? ? ? 中间设备上提供了命令可以显示当前并发的tcp连接，效果图如下
????????
4.后续调试方向展望
? ? ? ? 1）将client-server程序换成fstack程序
? ? ? ? 2）测试fstack能够达到的性能
? ? ? ? 3）确认性能瓶颈，寻找更高并发连接的方法
? ? ? ? 4）确认fstack是否符合性能要求