什么是数量最多的线，是合理的同时运行在创建属?

StackOverflow https://stackoverflow.com/questions/765101

题

我要用尽可能多的线(使用小计算机)，但未做的瓶颈是在客户。

有帮助吗？

解决方案

我已经使用的JMeter公平位，并发现它是不是在产生真正的高负荷极大。在2GHz的酷睿双核2GB内存，你可以合理地预期约100个线程。

话虽这么说，最好是在你的硬件上运行它，以便PC的CPU并没有达到100％的峰值 - 稳定的80％-90％是最好的，否则结果会受到影响。

我还试图 WAPT 5 - 它成功运行1000+线程从相同PC。它不是免费的，但它更可用比JMeter的，但不具备所有的功能。

  

，因为至少2.6版看到 https://stackoverflow.com/a/11922239/460802 获得一个已过期的答案更多最新的一个。

其他提示

创建属可以模拟非常高的载荷提供你使用它的权利。

不听 都市传说 说的创建属无法处理高负荷。

现在，作为回答，这取决于：

  • 你的机器的功率

  • 你jvm32位或64位

  • 你jvm分配的存储器-X

  • 你的试验计划(大或平板电脑、后处理器，xpath...意味着大量的cpu)

  • 你的操作系统的配置(可调)

  • Gui/非gui模式

因此，没有理论框架的答案，但以下 最佳做法 将确保创建属执行。

注意到有创建属可以分配负荷通过远程测试、读：

最后使用基于云检测如果这是不够的。

阅读本调整的提示：

读这个 本书 这样做的载荷测试和使用创建属正确。

JMeter的维基其中的JMeter用多达1000线程使用的报告例。我有最多100个线程使用它，但在维基链接提示资源削减我从来没有尝试过。

，我们不得不与Windows XP上运行JMeter的是Windows XP的TCP连接数限制的问题。限制应以运行使用的JMeter到工作站的全部潜力被删除 更多信息这里。 AFAIK，并不适用于其它的操作系统。

我使用的创建属自2004年以来，我发起了很大的负荷测试。

与电脑Windows7 64位4Go RAM iCore5.

我认为创建属可以支持300 400 并发线程Http(采样器)的协议只有一个"综合报告的监听"谁写在登录文件的结果和 计时器 之间的电话页。

对于一个很大的负荷测试你能配置创建属与奴隶(负载发电机)喜欢这个 http://jmeter-plugins.org/wiki/HttpSimpleTableServer/

我已经做了测试，11电脑奴隶模拟5000线。

我没有使用JMeter的，但答案很可能取决于你的硬件。最好的选择可能是建立的性能度量，在线程数猜测，然后运行二进制搜索如下：

源是维基百科。

数猜谜游戏...

这相当简单的游戏开始像“我在40至60岁（含）之间的思维整数，并以你的猜测，我会回应‘高’，‘低’或‘是的！’因为可能出现这种情况。”假设N是可能的值的数量（这里，21为“包容性”指出），那么在大多数问题都需要确定数量，因为每个问题减半搜索空间。注意，需要比一般的算法少一个问题（迭代）中，由于号码已经被限制为特定的范围内。

即使我们猜测的数目可以是任意大的，在这种情况下，没有上限N，我们仍然可以找到在至多步骤的数目（其中，k是（未知）选定数目）通过首先发现上部通过重复加倍的约束。例如，如果数分别为11，我们可以使用猜测将按照下列顺序进行查找：1，2，4，8，16，12，10，11

人们还可以扩展技术包括负数;例如下列猜测可以用来找到-13：0，-1，-2，-4，-8，-16，-12，-14，-13

有更依赖于种类的特定服务器上你做性能测试（负载，穗，耐力等）（在硬件依附少许）

的

记住围绕这些参数 - 在你的目标的JMeter的运行客户机上，会有一定量的分配的堆内存，保证有一个健康的分配，这样脚本不会报错了。我已经在运行的JMeter最高为1500上的本地环境（客户端 - 服务器拱），在Web拱，最高我有一个运行是基于非功能性需求被限制为250个线程，

所以它非常依赖于各种性能测试和部署风格等..

有不标准数这一点。你可以从一台计算机生成的最大线程数完全依赖于计算机的硬件和操作系统。默认情况下，操作系统占用一定量的CPU和RAM的。

要找出您的计算机可以处理，你可以准备一个样品测试，只有少数线程运行的最大线程数。然后用试运行的每个周期增加线程的数量逐渐显现。在此期间，你还需要监控的CPU，内存，磁盘I /计算机的O和网络I / O。当下任何一个达到接近或超过80％（再次为你来决定，如果附近是好的为您或更高），即线程你的电脑能够处理的最大数量。为了在安全侧我将在数停止当资源利用率达到70％。

这将取决于你所运行的硬件以及底层脚本。我一直认为，这一模糊与传统的负载测试工具的最大问题。如果你有一个小预算（$ 200左右，让你测试的很多），检查了我公司的负载测试服务，BrowserMob。

除了我们的真实浏览器的用户（RBUS）的控制上的性能和负载测试的目的实际浏览器十万，我们也有传统的虚拟用户（个VU）。脚本用JavaScript编写的，并且可以进行各种HTTP调用。

我把它的原因是，我一直觉得试图找出你可以有多少个VU适合您的负载代硬件的比赛是很危险的。它是如此容易得到不好的结果没有意识到这一点。

要解决对于BrowserMob，我们采取了上个VU的每个CPU芯的数量和RBUS极其保守的方法：不超过1级的浏览器或每个CPU核心50个线程，有时要少得多。在云计算的世界里，CPU周期是如此便宜，它只是没有意义的尝试过载机。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top