很郁闷的心跳数据包~~~表示很无奈~请教圈子内牛人

整个部门进入到中期的性能测试阶段，公司内部看上去很和谐，但与程序在服务器性能上不止1次的产生了争执，虽然LOADRUNNER每次都可以应付到目前为止的所有性能难关，包括大批量用户进行系统交互，分析协议包，拆包算法，粘包算法，所有的LR的协议层都不止一次的对应着我们的客户端，验证着服务器的稳定与压力程度，谁知道程序部来了一招阴险的心跳协议包算法给予我们脚本施放大量压力，需要我们这边能百分百模拟出系统环境，这也就罢了，我的测试团队顺利的又解决了LOADRUUNER的心跳包释放的算法，谁知道程序部对面又来了招在心跳包的同时加入了计数算法，需要用一个C/S交互结构的数据叠加计数值，并且反向所有的2进制协议，需要我们在LR里同时做到2次换算的同时加入计数再加入心跳包释放.....这也就...罢了，我的测试团队还是努力着做了一切的分析，并解决了这些问题，谁知道我们的系统用户脚本还是被服务器一个个的踢下线，因为我们在进行这一切的换算的同时，还需要接受服务器一个超大体积的渲染数据包，我们在拆分的同时加入所有的算法，为了防止程序部又一次怪罪我们的LR没有及时清空网卡内堆积的数据层（所谓的数据沉余）...但经过1天时间的团队纠结，最终我们碍于LR脚本机的硬件性能问题，没办法在1秒之内完成这所有的处理过程，而告终....在我们还未涉及到安全性测试的阶段，程序这样做摆明了是要我的整个团队的难堪，我....情以何堪...实在是想不到有任何的软件与方法可以解决这个现实的问题，请问各位测试达人，尤其是性能测试的达人，我究竟要用如何的手段跟方法解决目前的状况，我毕竟需要去验证这次公司吩咐给我的任务，告诉老板，这个服务器究竟可以承载多少在线量跟负载指标....我已黔驴技穷，谁遇到过这样类似的问题，拜托请善意告知~~感激不尽