服务器处理性能估算(doc 9页)
服务器性能测试和评估方法
服务器性能测试和评估方法随着互联网的迅速发展，服务器承担着越来越多的负载，对服务器性能的需求也越来越高，因此进行服务器性能测试和评估显得尤为重要。
本文将介绍服务器性能测试和评估的方法，帮助读者了解如何有效地评估服务器性能。
一、性能测试的概念和目的性能测试是通过一系列测试和评估手段，来衡量服务器在不同负载条件下的性能表现。
其主要目的是验证服务器的性能能否满足需求，并找出可能存在的性能瓶颈和优化空间。
二、性能测试的分类1. 负载测试负载测试是通过模拟真实用户访问场景，来测试服务器在不同负载下的性能表现。
常见的方法有压力测试和容量测试。
压力测试通过逐渐增加并发访问量，测试服务器在高并发情况下的性能极限；容量测试则是通过持续访问服务器，并观察是否出现异常，来评估服务器的容量。
2. 性能测试性能测试是通过测试服务器在处理不同类型的任务时的性能表现，如CPU利用率、内存占用率、响应时间等。
常见的方法有性能监控、负载均衡测试和数据库测试。
性能监控通过实时监控服务器的各项指标，评估服务器的性能表现；负载均衡测试则是测试负载均衡器的性能表现；数据库测试是通过模拟数据库访问，评估数据库的性能。
三、性能评估的指标1. 响应时间响应时间是衡量服务器性能的重要指标，它表示服务器从接收请求到返回响应所花费的时间。
通常，响应时间越短，服务器性能越好。
2. 吞吐量吞吐量表示服务器能够处理的请求数量。
通常，吞吐量越大，服务器性能越好。
3. 并发用户数并发用户数表示同时连接到服务器的用户数量。
通常，服务器能够支持的并发用户数越多，性能越好。
4. CPU利用率和内存占用率CPU利用率和内存占用率是评估服务器硬件性能的重要指标。
通常，较低的CPU利用率和内存占用率表示服务器性能较好。
四、性能测试和评估的步骤1. 确定测试目标和场景首先，确定测试的目标和场景，明确测试的目的和要求。
例如，测试目标可能是验证服务器在1000个并发用户下的吞吐量和响应时间。
服务器性能评估如何测试服务器的性能表现
服务器性能评估如何测试服务器的性能表现服务器性能评估是企业和组织在选择服务器设备时非常重要的一环。
一台性能出色的服务器可以提高工作效率，保障数据安全，提升用户体验。
而如何测试服务器的性能表现，是评估服务器性能的关键步骤之一。
本文将介绍如何测试服务器的性能表现，帮助企业和组织更好地选择适合自身需求的服务器设备。
一、性能测试的重要性服务器性能测试是评估服务器硬件和软件系统性能的过程，通过测试可以了解服务器在不同负载下的表现，包括处理速度、稳定性、吞吐量等指标。
性能测试可以帮助企业发现潜在的性能瓶颈，优化系统配置，提高系统的稳定性和可靠性，确保服务器在高负载情况下也能正常运行。
二、性能测试的指标1. 响应时间：服务器响应客户端请求所需的时间，响应时间越短，服务器性能越好。
2. 吞吐量：服务器在单位时间内处理的请求数量，吞吐量越大，服务器性能越好。
3. 并发用户数：服务器同时能够处理的最大用户数量，并发用户数越大，服务器性能越好。
4. CPU利用率：服务器CPU的使用率，反映服务器处理能力的强弱。
5. 内存利用率：服务器内存的使用率，反映服务器对内存资源的利用情况。
6. 网络带宽：服务器网络传输速率，影响服务器与客户端之间数据传输的速度。
三、性能测试的方法1. 负载测试：通过模拟多用户同时访问服务器，测试服务器在高负载情况下的性能表现。
可以使用工具如Apache JMeter、LoadRunner 等进行负载测试，观察服务器的响应时间、吞吐量等指标。
2. 压力测试：通过逐渐增加负载，测试服务器的极限性能。
可以使用工具如WebLOAD、LoadNinja等进行压力测试，观察服务器在负载逐渐增加时的表现。
3. 并发测试：测试服务器同时处理多个请求的能力。
可以使用工具如Gatling、Tsung等进行并发测试，观察服务器在不同并发用户数下的性能表现。
4. 稳定性测试：测试服务器在长时间运行时的稳定性。
可以通过持续运行负载测试或压力测试来评估服务器的稳定性和可靠性。
服务器性能计算公式(二)2024
服务器性能计算公式（二）引言概述：服务器性能计算公式（二）是关于如何评估服务器的性能表现的文档。
本文将介绍一个用于计算服务器性能的公式，并详细阐述该公式的五个关键大点。
通过阅读本文，读者将能够了解如何使用该公式来评估服务器的性能，并得出相应的结论。
正文：大点1：服务器处理能力- 服务器的处理能力是指服务器能够同时处理的请求数量。
- 可以通过计算服务器的每秒请求数量来评估其处理能力。
- 考虑到服务器响应时间和服务器的配置，可以使用以下公式来计算服务器的处理能力：处理能力 = 每秒请求数量 / 平均响应时间大点2：服务器带宽- 服务器带宽是指服务器网络连接的速度和容量。
- 可以通过计算服务器的网络上传和下载速度来评估其带宽性能。
- 考虑到所需的带宽和服务器的配置，可以使用以下公式来计算服务器的带宽性能：带宽性能 = 最大上传速度 + 最大下载速度大点3：服务器存储性能- 服务器存储性能是指服务器存储系统的读取和写入速度。
- 可以通过计算服务器的存储读取和写入速度来评估其存储性能。
- 考虑到所需的存储容量和服务器的配置，可以使用以下公式来计算服务器的存储性能：存储性能 = 存储读取速度 + 存储写入速度大点4：服务器内存性能- 服务器内存性能是指服务器内存系统的读取和写入速度。
- 可以通过计算服务器的内存读取和写入速度来评估其内存性能。
- 考虑到所需的内存容量和服务器的配置，可以使用以下公式来计算服务器的内存性能：内存性能 = 内存读取速度 + 内存写入速度大点5：服务器可靠性- 服务器可靠性是指服务器在长时间运行中的稳定性和可靠性。
- 可以通过计算服务器的可靠性指标（如平均无故障时间和平均恢复时间）来评估其可靠性。
- 考虑到所需的可靠性指标和服务器的配置，可以使用以下公式来计算服务器的可靠性：可靠性 = 1 - （平均无故障时间 / 平均恢复时间）总结：通过本文介绍的服务器性能计算公式，我们可以对服务器的处理能力、带宽、存储性能、内存性能和可靠性进行评估。
服务器处理能力的估算
服务器处理能力的估算正文：1. 引言本文档旨在提供一个服务器处理能力的估算方法，以帮助用户评估其所需的服务器配置。
通过合理地预测和计算服务器的处理能力，可以确保系统运行平稳，并满足用户对性能和响应时间方面的要求。
2. 问题陈述为了准确地估算服务器处理能力，需要考虑以下因素：- 用户访问量：每天、每小时或每分钟有多少个请求发送到服务器。
- 请求类型：不同类型（例如静态页面、动态页面、数据库查询等）会消耗不同数量的资源。
- 并发连接数：同时与服务端建立连接并进行通信操作中存在于某一时刻上限内最大客户机数量。
3. 方法论介绍基于以上问题陈述，在此我们将使用以下公式来计算出整体系统负载及相应参数：总请求数 = 每秒钟请求数响应时间4. 系统吞吐量分析根据实验数据得知，请求数与响应时间之间呈线性关系。
假设当前环境下单位时间内可完成n次请求，则该环境下单台Web Server 的QPS 取决于 n 和 WebServer 性能两者共同作用。
具体如何确定这个值则依赖测试结果或厂商给定规格说明书。
5. 并发连接数分析并发用户数量是指在同一时间内与服务器建立的最大连接数。
为了确保系统能够处理这些并发请求，需要考虑以下因素：- 操作系统和网络设备对同时打开文件描述符或套接字等资源的限制。
- 服务器硬件配置（例如CPU、内存）是否足够支持所需的并行操作。
根据以上因素进行合理估算，并确定适当调整以满足性能要求。
6. 资源消耗预测不同类型请求会占用不同数量的计算资源。
通过统计历史数据或使用厂商提供的规格说明书，可以得出每种类型请求平均消耗多少CPU 和内存，从而推断总体负载下所需的系统性能及相应参数7. 结论及建议基于上述方法论介绍和吞吐量分析结果，在此给出一个初步评估值作为参考依据，并结合实际情况进一步优化：8. 法律名词及注释本文档中涉及到法律名词如下：1) 版权: 是指著作权人就其创造之智力劳动成果享有复制、发布该等成果(包括文字, 图片, 影音资料), 对外授权他人复制、发布的权利。
服务器处理能力的估算
服务器处理能力的估算在当今数字化的时代，服务器扮演着至关重要的角色。
无论是大型企业的业务运营，还是热门网站的流量承载，服务器的处理能力都直接影响着服务的质量和用户的体验。
那么，如何准确地估算服务器的处理能力呢？这可不是一件简单的事情，需要综合考虑多个因素。
首先，我们要明白服务器处理能力的核心指标。
这就好比衡量一个人的工作能力，需要看他完成任务的速度、质量和同时处理多项任务的能力一样。
对于服务器来说，常见的核心指标包括 CPU 性能、内存容量、存储性能和网络带宽。
CPU 是服务器的“大脑”，它的性能直接决定了服务器处理数据的速度。
不同型号的CPU 具有不同的核心数、主频和缓存大小。
一般来说，核心数越多、主频越高、缓存越大，CPU 的处理能力就越强。
但要注意的是，并非单纯追求高参数就一定能获得最佳性能，还需要考虑服务器的应用场景和工作负载类型。
内存就像是服务器的“短期记忆”，它用于暂时存储正在处理的数据和程序。
如果内存容量不足，服务器可能会频繁地将数据交换到硬盘上，这会大大降低处理效率。
因此，在估算服务器处理能力时，要根据预计的并发用户数量、应用程序的内存需求等因素，合理评估所需的内存容量。
存储性能也是一个关键因素。
服务器的存储设备通常包括硬盘（HDD）和固态硬盘（SSD）。
SSD 具有更快的读写速度，能够显著提高数据的存取效率，但价格相对较高。
HDD 则在容量和成本方面具有优势。
在估算服务器处理能力时，需要根据数据的读写频率、数据量大小等因素，选择合适的存储方案。
网络带宽则决定了服务器与外界的数据传输速度。
如果服务器需要处理大量的网络请求，如视频流媒体服务或大型网站，那么高带宽是必不可少的。
否则，网络拥塞会导致数据传输延迟，影响用户体验。
接下来，让我们看看如何根据实际需求来估算服务器的处理能力。
假设我们要为一个在线购物网站搭建服务器。
首先，要考虑网站的预期访问量。
如果预计每天有 10 万独立访客，平均每个访客在网站上停留 10 分钟，并发访问量可能在 1000 左右。
服务器性能评估的方法和工具
服务器性能评估的方法和工具服务器性能评估是指对服务器的性能进行全面评估和测试，以便更好地了解服务器的运行状态和性能表现。
通过服务器性能评估，可以及时发现服务器存在的问题和瓶颈，为优化服务器性能提供依据。
本文将介绍服务器性能评估的方法和工具，帮助管理员更好地管理和维护服务器。
一、性能评估的重要性服务器作为支撑整个网络运行的核心设备，其性能表现直接影响到网络的稳定性和性能。
因此，对服务器的性能进行评估是非常重要的。
通过性能评估，可以及时发现服务器存在的性能瓶颈和问题，为后续的优化工作提供参考。
同时，性能评估还可以帮助管理员了解服务器的运行状态，及时制定合理的维护计划，确保服务器的正常运行。
二、性能评估的方法1. 负载测试：负载测试是评估服务器性能的常用方法之一。
通过模拟用户访问量和请求，测试服务器在不同负载下的性能表现。
可以使用工具如Apache JMeter、LoadRunner等进行负载测试，评估服务器在高负载情况下的性能表现。
2. 压力测试：压力测试是评估服务器性能的另一种方法。
通过模拟大量并发用户请求，测试服务器在高压力下的性能表现。
可以使用工具如Siege、Apache Bench等进行压力测试，评估服务器在高并发情况下的性能表现。
3. 响应时间测试：响应时间是衡量服务器性能的重要指标之一。
通过对服务器的响应时间进行测试，可以评估服务器的处理能力和性能表现。
可以使用工具如Gatling、JMeter等进行响应时间测试，评估服务器在不同负载下的响应时间表现。
4. 网络带宽测试：网络带宽是影响服务器性能的重要因素之一。
通过对服务器的网络带宽进行测试，可以评估服务器在不同网络环境下的性能表现。
可以使用工具如iperf、NetFlow等进行网络带宽测试，评估服务器在不同网络环境下的带宽利用率和性能表现。
5. 硬件监控：硬件监控是评估服务器性能的重要手段之一。
通过监控服务器的硬件资源利用率和性能指标，可以及时发现服务器存在的问题和瓶颈。
服务器处理能力估算
服务器处理能力估算1 【引题】但凡写过技术方案的都知道，在技术方案最终落实到工程实施部署时，必须编制出当前解决方案需要部署的IT设备及环境，包括：需要的网络环境、端口、带宽、组网方式、网络安全保障措施；需配置的服务器设备性能、数量；需配置的存储数据存储设备、容量、存储速率；甚至还需考虑整个系统的备份设备容量、备份I/O数、速率、备份策略等。
严格说来，无论是系统厂商、集成公司、还是研究院、设计公司，在最终提供方案的硬件配置时，都应该以业务需求为依据、适当考虑客户业务的发展趋势和系统冗余，详细估算：当前业务需求对网络带宽、对处理能力、对数据存储容量的指标。
因此，本文以自己的项目案例和经验为基础，简述计算机处理能力如何正确估算，供大家参考。
2 【性能评测标准】众所周知，事务处理性能委员会的TPC-C标准，是测算和衡量计算机硬件设备性能的行业标准。
随着B/S技术架构的大行其道，SPEC组织专门推出了针对Web服务器响应客户端Web访问请求的性能测算标准，即SPEC web系列。
因此，如果是传统的基于事务处理模式的服务器，仍采用TPC-C的方式进行测算；如果是Web服务器，则需要采用SPEC web系列的标准进行测算。
然而，很遗憾的看到，很多人在测算服务器性能时完全忽视这两种差别。
1.1 TPC-C标准TPC-C基准是事务处理委员会建立的一个专门演示在线事务处理性能（OLTP）的性能基准，它的测量方法是为了使客户能够评估不同的在线事务处理系统的性能，这些事务进程于一个可控制的状态下在一个标准的数据库中运行。
TPC-C的事务处理是在一个9个表的数据库上实现的事务处理过程包括：更新、插入、删除、终止，以及对主和次级键的访问，每种事务处理95%的响应时间应小于或等于5秒，其中，库存水平的响应时间可以在60秒以内。
TPC-C 值表示每分钟处理的标准事务量，单位是tpmC。
1.2 SPEC web标准SPEC web99，WEB 服务器可以支持的并发接入数。
服务器选项与性能估算
服务器选项与性能估算在当今的数字化时代，服务器已经成为企业运营的关键基础设施。
选择合适的服务器选项并准确估算其性能，对于确保业务顺利运行至关重要。
本文将探讨服务器选项的考量因素以及如何进行性能估算。
一、服务器选项1、服务器类型要根据企业需求选择服务器类型。
例如，对于需要高计算能力和存储容量的企业，建议选择高性能的刀片服务器或机架式服务器。
对于需要远程存储和备份的企业，则可考虑云服务器。
2、处理器与内存处理器的速度和内存容量对服务器性能有重要影响。
处理器速度越快，内存容量越大，服务器处理任务的能力就越强。
根据企业业务需求，选择适当配置的处理器和内存。
3、存储与网络存储容量和网络速度也是选择服务器的重要因素。
考虑存储设备的类型（如SSD、HDD等）以及存储容量，以满足企业的数据存储需求。
同时，选择具有高速网络接口的服务器，以确保网络连接的稳定性和速度。
4、操作系统与软件操作系统和软件是服务器运行的关键。
根据企业业务需求，选择合适的操作系统和软件授权。
考虑开源软件和商业软件的优缺点，结合企业的预算和需求进行选择。
二、性能估算1、基准测试为了准确估算服务器的性能，可以进行基准测试。
使用行业标准的基准测试工具，如 SPEC、TPC等，对服务器的处理器、内存、存储和网络等方面进行测试。
通过测试结果，可以了解服务器的性能表现。
2、负载测试负载测试是一种模拟实际业务场景的方法，用以评估服务器的性能表现。
通过模拟实际用户数量、并发请求数等负载情况，测试服务器在各种情况下的性能指标。
根据测试结果，可以进一步调整服务器配置或优化应用程序以提高性能。
3、预测分析利用大数据分析和机器学习技术，可以对服务器性能进行预测分析。
通过收集和分析历史性能数据，可以预测未来服务器负载趋势，从而提前采取措施优化服务器配置或调整应用程序代码。
这有助于确保服务器在峰值负载时仍能保持较高的性能水平。
总结：在选择服务器选项时，应考虑企业业务需求、预算和技术支持能力等因素。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
服务器处理性能估算(doc 9页)
服务器处理性能估算
系统的建设，必须满足未来5年业务发展和管理的需求，所以下面对服务器性能指标的估算，将以满足未来5年的需要为基准。
1. 数据库服务器
1.1. TPCC值估算
约定：
系统同时在线用户数为100人（U1）；
平均每个用户每分钟发出2次业务请求（N1）；
系统发出的业务请求中，更新、查询、统计各占1/3；
平均每次更新业务产生3个事务（T1）；
平均每次查询业务产生8个事务（T2）；
平均每次统计业务产生13个事务（T3）；
一天内忙时的处理量为平均值的5倍；
经验系数为1.6；(实际工程经验)
考虑服务器保留30％的冗余；
服务器需要的处理能力为：
TPC-C=U1*N1*（T1+T2+T3）/3*3*经验系数/冗余系数
则数据库服务器的处理性能估算为：
TPC-C= 100*2*（3+8+13）/3*5*1.6/0.7= 18,285 TPM
1.2. 内存估算
该服务器内存主要由操作系统占用内存、数据库系统占用内存、并发连接占用内存等几部分组成。
约定：
操作系统占用约400M内存空间；
数据库系统占用内存0.8G ；
每个并发连接占用5 M；
考虑服务器内存保留15％的冗余；
则服务器的内存估算为：
Mem =(400M + 0.8GB + 100*5M) /(1-15%) = 2 GB
1.3. 存储容量估算
预算管理系统中存储着预算编制数据等资料信息以及日志等管理信息。
在已经考虑了数据冗余的前提下，约定：
? 每月有100个分局或部室编制预算；
? 每月每个分局或部室编制1次预算；
? 预算模板共含6000个预算指标；
? 每个预算指标含5条明细项目；
? 每条记录占用空间300B；
每月的预算数据存储容量需求：6000*5*100*500B=1.5G
每月的日志数据存储容量需求：0.1G
每月进行数据备份一次，数据存储容量需求：12*9G=108G
整年总共需用存储容量：12*1.5G+1.5G+12*0.1G+12*9G=20.7G+108G=128.7G
约定系统中预算编制数据等资料信息以及日志等管理信息在线保存5年(备份数据每年进行清除)，则预算管理系统的存储容量估算为：
5*20.7G+108G =103.5G+108G=211.5G
1.4. 服务器安装软件
该服务器中将需要安装的软件如下：
操作系统为：Windows 2000 Server
数据库：Oracle
1.5. 建议配置
根据以上的性能指标建议数据库服务器标准配置如下：
应用名称功能描述数量说明
数据库服务器CPU: TPCC值应大于18,285 TPM
内存：2G及以上
硬盘：211.5GB以上（建议通过RAID5或镜像等方式进行数据备份）以太网卡：100M及以上 1
1.2. 中间件应用服务器
1.2.1. TPCC值估算
约定：
系统同时在线用户数为100人（U1）；
平均每个用户每分钟发出2次业务请求（N1）；
系统发出的业务请求中，更新、查询、统计各占1/3；
平均每次更新业务产生3个事务（T1）；
平均每次查询业务产生8个事务（T2）；
平均每次统计业务产生13个事务（T3）；
一天内忙时的处理量为平均值的5倍；
经验系数为1.6；(实际工程经验)
考虑服务器保留30％的冗余；
服务器需要的处理能力为：
TPC-C=U1*N1*（T1+T2+T3）/3*3*经验系数/冗余系数
则数据库服务器的处理性能估算为：
TPC-C= 100*2*（3+8+13）/3*5*1.6/0.7= 18,285 TPM
的处理能力。
峰值连接：6,000连接/秒
每个连接：10个数据库访问
每个访问：3—4 tpm (transaction per minute)
? 则应用要求服务器的TPC-C为：
6000 x 10 x 4 = 240,000tpm
? 系统本身要消耗30%的系统资源，则应用与系统要求服务器的TPC-C为：240,000tpm / 70% = 342,857tpm
? 而服务器的实际资源占用即“系统忙”不应大于70%，则实际要求数据库服务器的处理性能TPC-C为：
342,857tpm / 70% = 489,796tpm。
? 因此，数据库双机系统TPC-C要求大于或等于500，000tpm，考虑实现Oracle 9i RAC后，双机性能是单机的确1.8倍，因此单机TPC-C不能小于
500,000/1.8=278,000tpm。
应用服务器性能TPC-C测算
每秒峰值：10,000个连接/秒，即主机处理峰值应能达到10,000连接/秒；
应用服务器的连接，相当于5—6个数据库访问，按照经验，每个数据库访问相当于服务器3-4tpm的处理能力。
峰值连接：10,000连接/秒
每个连接：5—6个数据库访问
每个访问：3—4 tpm (transaction per minute)
? 则应用要求服务器的TPC-C为：
10000 x 6 x 4 = 240,000tpm
? 系统本身要消耗30%的系统资源，则应用与系统要求服务器的TPC-C为：240,000tpm / 70% = 342,857tpm
? 而服务器的实际资源占用即“系统忙”不应大于70%，则实际要求服务器的处理性能
TPC-C为：
342,857tpm / 70% = 489,796tpm。
Web服务器性能测算
Web服务器：建议采用中低档UNIX服务器，可以采用多台低档UNIX服务器并行，实现均衡负载、抵御不友好访问。
SPECweb99是衡量Web服务器处理能力的主要指标，是服务器可以承受的同时“点击”的次数，数值越高处理能力越强。
WEB SERVER集群所支持的并发访问量不少于5万，如果响应时间在1-2秒，则要求SPECweb99为：50,000/1.5 = 33,333
什么是TPC和tpmC?
tpmC值在国内外被广泛用于衡量计算机系统的事务处理能力。
但究竟什么是tpmC 值呢?作者曾向一些用户、推销人员乃至某些国外大公司的技术人员问过这个问题，但回答的精确度与tpmC值的流行程度远非相称。
tpmC这一度量也常被误写为TPM或TPMC。
1、TPC
TPC(TransactionProcessing PerformanceCouncil，事务处理性能委员会)是由数10家会员公司创建的非盈利组织，总部设在美国。
该组织对全世界开放，但迄今为止，绝大多数会员都是美、日、西欧的大公司。
TPC的成员主要是计算机软硬件厂家，而非计算机用户，它的功能是制定商务应用基准程序(Benchmark)的标准规范、性能和价格度量，并管理测试结果的发布。
TPC的出版物是开放的，可以通过网络获取(。
TPC不给出基准程序的代码，而只给出基准程序的标准规范(StandardSpecification)。
任何厂家或其它测试者都可以根据规范，最优地构造出自己的系统(测试平台和测试程序)。
为保证测试结果的客观性，被测试者(通常是厂家)必须提交给TPC一套完整的报告(FullDisclosure Report)，包括被测系统的详细配置、分类价格和包含五年维护费用在内的总价格。
该报告必须由TPC授权的审核员核实(TPC本身并不做审计)。
现在全球只有几个审核员，全部在美国。
2、tpmC
TPC已经推出了四套基准程序，被称为TPC－A、TPC－B、TPC－C和TPC－D。
其中A和B已经过时，不再使用了。
TPC－C是在线事务处理(OLTP)的基准程序，TPC －D是决策支持(DecisionSupport) 的基准程序。
TPC即将推出TPC－E，作为大型企业(Enterprise)信息服务的基准程序。
TPC－C模拟一个批发商的货物管理环境。
该批发公司有N个仓库，每个仓库供应10个地区，其中每个地区为3000名顾客服务。
在每个仓库中有10个终端，每一个终端用于一个地区。
在运行时，10×N个终端操作员向公司的数据库发出5类请求。
由于一个仓库中不可能存储公司所有的货物，有一些请求必须发往其它仓库，因此，数据库在逻辑上是分布的。
N是一个可变参数，测试者可以随意改变N，以获得最佳测试效果。
TPC－C使用三种性能和价格度量，其中性能由TPC－C吞吐率衡量，单位是tpmC。
tpm是transactionsper minute的简称；C指TPC中的C基准程序。
它的定义是每分钟内系统处理的新订单个数。
要注意的是，在处理新订单的同时，系统还要按表1的要求处理其它4类事务请求。
从表1可以看出，新订单请求不可能超出全部事务请求的45％，因此，当一个系统的性能为1000tpmC时，它每分钟实际处理的请求数是2000多个。
价格是指系统的总价格，单位是美元，而价格性能比则定义为总价格÷性能，单位是＄/tpmC。