问题标签 [stress-testing]

首先 - 我见过这个问题，但我的有点不同。

我需要的是一些记录调试信息的框架。此信息不会出现在生产环境中。它将用于跟踪性能问题和其他一般错误。尤其是对于性能问题，所以会和负载测试一起大量使用。

因此，我希望日志将包含大量消息，并且手动通过它们来查找慢速消息不是一种选择。

起初我想使用 ASP.NET 的内置 Trace 工具。他们甚至有这个很棒的工具，非常适合我的需求。不幸的是，似乎 ASP.NET 跟踪存在根本缺陷，无法依赖，尤其是在重负载下。:(

所以现在我需要别的东西，它应该带有一个好的分析工具。你有什么可以推荐的吗？

我们的产品在性能方面赢得了不好的声誉。嗯，这是一个 13 岁的大型企业应用程序，需要提神醒脑，特别是提高其性能。

我们决定在这个版本中战略性地解决性能问题。我们正在评估一些关于如何做到这一点的选项。

我们确实有经验丰富的负载测试工程师，他们配备了市场上最好的工具，但通常他们会在版本开发生命周期的后期获得稳定版本，因此在上一个版本中，开发人员没有足够的时间来修复他们的所有发现。（是的，我知道我们需要提供更早的稳定版本，我们也在处理这个过程，但它不在我的范围内）

我正在推动的方向之一是设置一个安装了每晚构建的实验室环境，以便开发人员可以测试其代码的性能影响。我希望模拟真实用户体验的脚本不断加载这个环境。在这个加载的环境中，每个开发人员都必须编写一个特定的脚本来测试他的代码（即真实世界环境中的单一用户体验）。我想生成一份报告，显示每次迭代对现有功能的影响，以及新功能的性能。

我有点担心我的目标太高了，结果会变得太复杂。

您如何看待这样的想法？有没有人有设置这样一个环境的经验？你能分享你的经验吗？

我一直在开发一个在前端大量使用 AJAX 和动态 JavaScript 的网站，是时候开始压力测试了。但是你如何正确地对需要点击前端几个链接的东西进行压力测试呢？我能够轻松快速地反复访问该网站的每一页的一种方法是将 Google Mini 指向它。但这不会点击链接然后导航模态窗口和类似的东西。

编辑 - 我应该指出该站点是用 PHP5 完成的，并且使用的 JavaScript 库是 jQuery。不确定这是否会有所作为，但觉得知道这可能很有用。

我对压力测试很陌生，我只是在努力学习。所以我的问题是：

1. 如果我有一个在软件方面相同但在硬件方面的规格比生产服务器低得多的开发服务器，是否值得对开发服务器进行压力测试以识别明显的软件缺陷？

2. 在不危及用户体验的情况下，如何最好地对实时生产服务器进行压力测试？或者应该避免对实时生产服务器进行压力测试。

我注意到一些关于压力测试 IIS 的帖子，但我更感兴趣的是了解一种建立物理 Web 服务器可以处理的基准的好方法。

我现在正在开发一个生产系统，该系统似乎每天都在减速到几乎停止，似乎没有人能弄清楚是什么导致了这个问题。这是您的标准 N 层设置（客户端、Web 服务器、数据库服务器）。我创建了一些简单的 ASP.NET 页面，它们可以做一些简单的事情，我正在使用这些页面来建立压力测试基准，以便以后在与已经存在的生产系统进行比较时使用它。

我已经构建了一个示例 aspx 页面，它只是返回一些有关盒子利用率的 Web 服务器统计信息，没有什么繁重的，可能只有几行代码。我还创建了一个简单的 Web 服务 (asmx)，它将在给定正确 id 的情况下测试数据库连接，再次打开一个数据库连接和一个实际上并没有做任何事情的示例查询。

我想知道的是，以下测试应该在什么压力水平下运行？特别是，我正在使用Microsoft 的 Web 应用程序压力工具，我很好奇大多数人会期望压力水平和压力乘数 可以接受范围应该是。我已经知道 Web 服务器在什么时候开始弯曲，它大约 20 的压力水平和 10 的压力乘数给予或接受，这导致大约 275 个页面请求/秒。我试图找出这个数字是否太低，这是否表明客户端和 Web 服务器之间存在问题或某种硬件问题，或者是否更多地表明存在没有错，而且系统太重了。

更新：自从我最初写这篇文章以来，代码已经移动到使用 IIS 7 运行 Windows 2003 的服务器上。

我现在想知道的是，如果我设置了一个相对简单的测试，例如只提供一个小页面的基本 index.html 文件，您期望我可以实现的“最佳”页面请求/秒是多少压力测试？

有没有人遇到任何可以读取 SQL Server (2005/2008) 跟踪文件并对另一个数据库执行命令的好工具（最好但不一定是 FOSS）。我们正在尝试在我们的 SQL 服务器上执行一些性能测试，并希望复制实际负载。

我遇到过但还没用过：

• JMeter
• 重播机器学习

最好，应用程序能够使用线程来模拟 SQL Server 上的用户连接和查询执行。

是否有任何开源测试工具可以测试 Sql Server 2000 的压力。

我们正在删除我们的 XSL-> HTML 解决方案，并为我们的用户群用 Flex UI 替换它。问题之一是 BlazeDS（amf 端点，因此流式传输或轮询）将无法像 EJB -> XML -> XSLT -> HTML 堆栈一样处理负载。我的理论是它应该表现更好，但我需要一种方法来统计证明这一点。

对 BlazeDS 压力测试的产品和/或方法有什么建议吗？Adobe 有一个 LCDS 压力测试框架，但它表示它与 BlazeDS 不兼容。我认为测试可能很简单，因为我现在不打算将它用作消息传递解决方案，并且简单地希望它作为 RemoteObject 连接的端点。

我有一个以不同方式处理客户端请求的服务器应用程序。

我想知道可以以最小的延迟为多少用户提供服务，所以我做了一个模拟用户请求的小型压力测试应用程序；同时另一个应用程序监视内存/CPU 利用率。

压力测试工具每秒创建线程，每个线程代表一个用户。如果压力测试由于资源不足而无法创建新线程，则会启动压力测试工具的新实例。

问题是，每个线程都会将每个请求的延迟和当前运行的线程数写入文件，因此这会导致 I/O 问题，因为几分钟后您有很多线程需要写入磁盘，这种行为也会在真实场景中不存在，因为客户端只请求数据。

当我想测量每个用户的最大延迟时，如何克服这个问题？

PS：

一些答案说要在不同的机器上运行以考虑网络延迟，这很好，这将是我目前的最终压力测试，我正在同一台服务器上进行此测试，以找出以最小延迟支持多少用户。

在将 asp.net 应用程序转移到生产环境之前，我们可以通过哪些不同的方式对它进行一些最佳级别的压力测试？