Performance Tuning Guide - EMC Community Network
Performance Tuning Guide - EMC Community Network
Performance Tuning Guide - EMC Community Network
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Measuring <strong>Performance</strong><br />
Chapter 7<br />
This chapter provides guidelines for measuring performance and includes the following topics:<br />
• Measuring latency and throughput, page 69<br />
• Measuring single user performance, page 71<br />
• Running multi-user (load) tests, page 80<br />
Measuring latency and throughput<br />
Latency and throughput provide the two key Documentum system performance metrics. Latency<br />
defines the minimum time required to get any kind of response, even one that requires no processing<br />
time. Throughput defines the number of transactions the system can process per unit of time, 100<br />
TaskSpace searches per minute, for example.<br />
Single user and multi-user (load) testing comprise the approach for testing xCP performance. Single<br />
user testing measures latency by capturing metrics for business transactions at the client tier (HTTP<br />
request service times) or at the application server tier (Content Server RPC service times) on a quiet<br />
system. Single user testing involves collecting and analyzing detailed trace files for DFC and/or<br />
Oracle, and is performed before multi-user testing.<br />
Multi-user testing builds on the single user testing by capturing service times for the same business<br />
transactions used in single user testing, executed by multiple concurrent users. Multi-user testing<br />
measures throughput by capturing "average" and "95th percentile" response times for a given<br />
business transactions under a given user load while measuring coarse system statistics (CPU<br />
utilization, network utilization, disk I/O, and so on). Multi-user testing response times can never<br />
be any better than single user response times.<br />
Single user testing can be used to measure the user experience from various locations (laptop via VPN<br />
or remote facility, for example). User experience testing can account for network latency, browser<br />
Javascript processing overhead, or other client machine activities such as virus scan, disk encryption,<br />
or stateful firewalls. User experience testing use HTTP proxy tools (Charles, for example) to capture<br />
HTTP requests and service times on the client browser machine. Load testing tools like WinRunner<br />
(unlike LoadRunner) capture and measure the user experience but have to be carefully architected<br />
to account for desired testing experience (network bandwidth, Javascript processing, virus scan,<br />
disk encryption, stateful firewalls, and so on).<br />
<strong>EMC</strong> Documentum xCP 1.0 <strong>Performance</strong> <strong>Tuning</strong> <strong>Guide</strong> 69