网络IO型程序压力测试要点

一.突破客户端端口数限制

  • 这是第一个会遇到的问题，同一IP地址，最大端口只能到65535。
  • 现在能够直接找到的原因是TCP协议中（rfc793）定义了报头的端口长度为16位。（216=65536）
  • 但是从计算机网络的发展来看，端口长度定义同IPv4定义一样，都是当时的同志们拍脑袋的结果。

突破的办法

  • 一个机器绑定多个IP地址。
  • 搞无数机器或者虚拟机。

二.防止gc影响测试结论

  • 如果压力程序为java，要小心full gc导致单次请求时间加长。
  • 从java角度，随时jstat -gcutil跟踪client的情况，很有必要。

一些推荐的参数

  • 24G的机器: -XX:ParallelCMSThreads=8 -Xms12G -Xmx12G -XX:PermSize=128m -XX:MaxPermSize=512m -XX:MaxDirectMemorySize=1280m
  • 细节慢慢调。
  • 如果业务逻辑不重的情况，gc未必有这么明显的影响。

三.防止客户端性能问题影响结论

  • 随时关注client的cpu load mem的情况。
  • loading test过程中由于client的性能问题，经常会影响结论。

推荐的办法

  • 定时记录各项数据，对比观察。

四.防止客户端线程数过多

  • 因为要模拟大量用户，很有可能去启动大量的线程。
  • 线程的数量太多后基本都是自己先挂了。

解决

  • 用循环来近似模拟多用户。
  • 使用scala akka erlang这样的并发模型。

五.其他一些细节

  • 同时连接数与同时发数据人数是两个天壤之别的数，前者对系统影响很小，后者的增长才是系统的压力所在。
  • 尽可能模拟连接数与发数据人数目标比例。
  • 平衡压力尽可能长的时间去压有可能会发现累积性问题。
  • 机器越多越方便。


原创文章如转载，请注明：转载自五四陈科学院[http://www.54chen.com]

捐款订阅54chen
捐赠说明