28.11.2014 Views

Performance Tuning Guide - EMC Community Network

Performance Tuning Guide - EMC Community Network

Performance Tuning Guide - EMC Community Network

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!