Project Server 2010 的关键性能指标
适用于： Project Server 2010
上一次修改主题： 2011-03-11
这是最新发布的文章。我们希望得到您的反馈信息，以便我们可以为您提供尽可能最好的技术文档。请将有关文档的任何意见、问题或疑问发送到 epmdocfeedback@microsoft.com。
吞吐量和响应时间是测量系统的必需性能、预期性能或实际性能的两个常用指标。本文定义了这两个指标，因为它们是测量 Microsoft Project Server 2010 中性能的重要因素。
吞吐量
吞吐量 是系统在单位时间内处理的操作数的度量。吞吐量通常以每秒操作数 表示。但是，您必须清楚地确定在每个特定上下文中什么是“操作”。例如，以网页为例：您可以考虑将整个网页的服务作为一个操作，也可以考虑将服务器收到的为页面提供服务的所有单个 HTTP 请求作为单独的操作。（网页可以包含单独请求的图像和其他资源）。这两个定义会阐明为何在处理吞吐量度量时您必须清楚地了解什么是“操作”。
评估系统所需的吞吐量是一种挑战，需要对用户的使用模式具有深刻而透彻的了解。根据以下计算结果，行业平均值表明每秒会有一个操作映射到 1,000 个用户：
平均每 1,000 个用户在 10% 并发率的情况下工作。
因此，在拥有 1,000 个用户的系统上平均可以有 100 个并发用户。
对于 100 个并发用户中的每个用户，平均每个用户的每个操作有 100 秒（用户“思考时间”）。
如果活动用户在操作之间暂停 100 秒，用户将每小时生成 36 个操作（一小时所含的 3,600 秒除以用户请求之间的 100 秒，等于由用户生成的 36 个操作）。
如果有 100 个并发用户，用户平均每小时执行 36 个操作，那么并发用户将根据每小时总计 3600 个操作的平均值进行请求。因为一小时等于 3600 秒，因此用户将需要能够提供每秒一个操作的解决方案（每小时 3,600 秒/每小时 3,600 个用户操作）。
当然，应将之前计算的假设在考虑到用户并发、峰值因素和使用模式的情况下，采用到您的特定应用场景。请注意，每秒 10 个操作的吞吐量不表示每个操作都完全在 0.1 秒内得以处理，而只是表示系统在该秒内处理 10 个操作。这正是为何“响应时间”作为单独的指标在性能方面与吞吐量一样重要的原因。
响应时间
性能的另一个度量是响应时间，它独立于系统可以同时管理的操作数，对用户来说更为重要。响应时间变长是反映容量问题的一个很好的指示器。潜在的响应时间瓶颈都有一定的范围，例如，磁盘访问、网络 I/O、内存和处理器问题。响应时间主要取决于操作类型、数据配置文件、系统配置等多种因素。同样，为要考虑的所有不同操作详细定义响应时间的接受阈值也很重要。