测试列表
用户可以在此页面中创建/停止/删除测试。球的颜色会根据测试状态而改变，每5秒刷新一次。通过悬停它，您可以看到每个测试状态。
测试配置
测试配置，是测试的一个关键方面。这将在运行测试之前设置测试持续时间、代理计数、进程和线程数等。当然，还有更多特定的配置项来满足一系列用户。
| 字段 | 描述 |
|---|---|
| Agent | 将被使用代理的数量。 |
| Vuser per agent | 每个代理中的虚拟用户数量，是进程乘以线程的数量。您可以通过单击+按钮更详细地配置它们。在nGrinder测试中，所有代理都将有多个进程和线程来模拟并发用户。 |
| Processes (Hidden) | 代理启动的工作进程的数量。 |
| Threads (Hidden) | 每个工作进程启动的工作线程数。 |
| Script | 要使用的测试脚本。 |
| Target Host | 对于每个测试，我们都可以设置目标主机；它应该与您在测试脚本中访问的主机相同。当测试开始运行时，nGrinder控制器将在给定的目标主机上启动监控任务。然后，您可以在详细的测试报告中查看性能图。我们使用目标主机实现了定制的DNS解析特性。这意味着我们只需要输入一个域和在/etc/hosts文件添加IP映射就可以了。这对于一些没有DNS域的http服务器很有用。 |
| Duration | 指定测试将执行多长时间。 |
| Run Count | 指定将执行多少次测试运行。 |
| Ignore Sample Count | 指定在TPS采样期间将忽略多少样本。 |
如果您选择了"Enable Ramp-up"，您可以指定进程的逐步初始化。
| Fields | Description |
|---|---|
| Ramp-Up | 这意味着在每个间隔中增加进程的数量。 |
| Initial Sleep Time | |
| Initial Processes | 此属性设置要启动的工作进程的初始数量。 |
| Processes Every | 此属性以毫秒为单位设置代理启动新工作进程的时间间隔。 |
请记住这是进程加速而不是线程加速!! 所以你必须有足够的过程计数来逐渐增加计数。如果设置1个代理，10进程和2个线程设置1个Ramp-Up，vuser数将增加2，4，6，8 ....如果你设置2个代理，它会是4，8，12，16…
进程的计数应该小于10。太多的进程需要太多的代理内存。因此您可能无法配置非常平滑的渐变。如果你需要更平滑的渐变，请考虑线程渐变。
目前，默认情况下最多只能同时运行10个测试，一个用户只能同时运行一个测试。所有的代理将被自动分配来运行一些测试。如果没有足够的代理来运行一个测试，那么该测试将被延迟几分钟，然后作为错误停止。
当用户创建测试时，用户可以选择保存测试或准备运行它。如果它准备运行，测试(包括它的配置)就不能被修改。但是用户可以克隆这个测试并使用相同的配置创建一个新的测试。
测试也可以安排在以后运行，而不是立即开始。
测试启动后，将启用test running选项卡，您可以通过此页检查运行状态。
测试结束后，您可以检查报告和详细报告。
在右下角，您可以下载每个代理的日志文件。使用此文件，您可以识别脚本执行问题。
虚拟用户
nGrinder中的虚拟用户被映射到线程中。如果有1000个线程运行一个脚本，这意味着有1000个虚拟用户。nGrinder与其他性能测试工具有一点不同。我们关注如何使服务器达到其极限，而不是模仿用户的真实行为。所以我们不建议在脚本中使用think time（思考时间）概念。
但是，如果您想要模拟真实的用户行为，并且真的想要在大量虚拟用户的情况下运行脚本，请遵循下面的说明。例如……如果你想有10000个视频用户，
1、准备2台好的代理机器。您可能需要具有2个核心和6G内存的机器。
2、用Groovy编写脚本(Groovy脚本比Jython更高效)
3、在system.conf设置agent.max.vuser增加vuser到5000
4、在脚本中使用grinder.sleep(how_much_sleep_in_milliseconds)模拟思考时间
5、当您配置vuser数量时，请将进程设置为10，线程设置为500。
测试总是可能导致内存相关问题。因此，您需要非常小心地设置进程和线程计数。
实际上在我们公司NHN，在4GB内存和2核CPU代理机器，我们将vuser限制设置为2000，nGrinder代理端在这个数字上运行非常稳定。如果您有8GB和4个核心CPU机器，那么我们预计可以运行8000个vuser。
如果你不知道你应该使用多少vuser，在我们的竞争对手的网站上有一个很好的vuser计算器。这是非常好的产品。
进程与线程
nGrinder使用进程和线程来模拟多个用户。例如，如果您像下面这样设置一个测试。只有一个代理将被激活，一个进程将被调用，然后这个进程将包含两个正在运行的线程。每个线程的行为都像一个用户。两个虚拟用户在运行。如果将代理计数增加到2，那么总共将有4个vuser。
如果将虚拟用户计数放在每个代理字段的Vuser中，nGrinder会计算适当的进程和线程。例如，如果你在字段中输入100，它会变成99。因为将使用3个进程和33个线程。您可以通过配置process_and_thread_policy.js来配置进程线程计数计算逻辑。
如果您的代理的内存小于4GB，进程数量超过10个，那么在代理中进行内存交换很容易导致抖动。如果有许多进程，它们将超过代理机器的物理内存大小。请把进程数设置小于10。如果您将线程数增加到200以上，也可能导致问题。属于一个进程的线程共享同一个堆，如果有很多线程占用进程内存，那么很明显会出现OOM错误。
因此，必须小心设置进程和线程数。如果你不知道这个，就让nGrinder自动计算。
新闻! !我们做了一些实验，一个代理可以处理多少用户。如果每个测试不占用大量内存，那么一个4GB内存代理就可以支持4000个vuser。如果您想增加最大vuser限制，请system.conf文件配置agent.max.vuser 。
更多内容请查看： 压力测试平台(nGrinder)入门到精通教程
