分布式压⼒测试平台nGrinder简介-玩转压测nGrinder 分子动力学仿真nGrinder是⼀个⽤于在多台机器上运⾏⽤jython(在JVM上运⾏的python)编写的测试脚本的应⽤程序。它的内部引擎是基于Grinder。nGrinder分别⽤控制器和agent将Grinder的控制台和agent包装起来，并扩展了⽀持多个并发测试的特性。 nGrinder系统架构
nGrinder由两个主要组件组成。
弹簧制作>数字高清网络摄像机Controller -为性能测试提供web界⾯。-协调测试过程。-整理和显⽰测试统计数据。-让⽤户创建和修改脚本。
Agent——在代理模式下运⾏时，运⾏将负载放到⽬标机器上的进程和线程。在监视器模式下运⾏时监视⽬标系统性能(例如:CPU/内存) 当启动代理时，它们尝试连接到控制器。然后它们被附加到AgentControllerServer组件中。AgentControllerServer(类似于代理池)管理当前代理池。每当⽤户启动性能测试时，就会创建⼀个新的控制台来协调代理，并从AgentControllerServer移交所需的代理数量。控制台(命名为SingleConsole，以区别于Grinder)将测试脚本和测试资源发送给多个分配的代理，并开始控制测试流，直到测试结束。测试完成后，使⽤的代理将返回给AgentControllerServer，稍后在其他测试中使⽤。SingleConsole同样也返回给ConsoleManager。
nGrinder与Grinder最⼤的区别在于nGrinder在控制器中保留了多个控制台实例和代理。每个控制台独⽴于其他控制台，所有控制台都可以并发运⾏。许多代理可以预先添加，并且可以在需要时进⾏分配。与grinder不同，nGrinder的开发⽬的是最⼤化对agent机器的利⽤率。
众所周知的负载测试⼯具，如“Performance Center”，都有⼀个测试保留特性，可以在⽤户开始测试时保证代理的可⽤性。但是保留⽅法会导致代理使⽤问题。我们观察到，⼈们倾向于为预防⽽准备代理，即使他们实际上并没有进⾏测试。根据我们的经验，平均代理CPU利⽤率不⾜10%。
出于这个原因，nGrinder⽀持多重测试和动态代理分配，因此只有在执⾏真正的测试时，才会动态地将代理分配给测试。这使得nGrinder成为所
nGrinder⼀般架构nGrinder集架构
每个控制器都可以为nGrinder web内容提供服务，但是根据不同的命名区域处理不同的测试集。默认情况下，我们不提供任何会话集。因此，您可能会遇到登录问题，因为存储在控制器中的会话不会复制到其他控制器。您可能需要通过引⽤Tomcat会话集指南来配置它，或者在L4上使⽤粘性会话。如果您不是这⽅⾯的专家，只需让⽤户只连接⼀个控制器即可。70sec>sdram控制器
pe导电母粒如何配置集? 查看 集使⽤指南
更多内容请查看： 压⼒测试平台(nGrinder)⼊门到精通教程
