19.06.2013 Views

DB2 UDB for z/OS Version 8 Performance Topics - IBM Redbooks

DB2 UDB for z/OS Version 8 Performance Topics - IBM Redbooks

DB2 UDB for z/OS Version 8 Performance Topics - IBM Redbooks

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

7.2.2 Per<strong>for</strong>mance - Distributed client to Host<br />

In this section we present the per<strong>for</strong>mance measurements in a distributed client to host<br />

environment.<br />

Per<strong>for</strong>mance measurement description<br />

► <strong>DB2</strong> <strong>for</strong> z/<strong>OS</strong>, V7 and V8<br />

► z/<strong>OS</strong> Release 1.3<br />

► <strong>IBM</strong> z900 Series 2064 2-way processor<br />

► ESS 800 DASD (with FICON channel)<br />

► <strong>DB2</strong> Connect/client V8 acting as a DRDA application requester<br />

Per<strong>for</strong>mance measurement results<br />

<strong>DB2</strong> <strong>for</strong> Multiplat<strong>for</strong>ms V8 acting as client still does not support explicit multi-row FETCH<br />

when accessing <strong>DB2</strong> <strong>for</strong> z/<strong>OS</strong> V8. Multi-row fetch is supported when using dynamic scrollable<br />

cursors in CLI coming from a distributed plat<strong>for</strong>m. However the client application and the <strong>DB2</strong><br />

<strong>for</strong> z/<strong>OS</strong> V8 server will benefit from the <strong>DB2</strong> <strong>for</strong> z/<strong>OS</strong> V8 multi-row enhancement. By default<br />

the DIST address space will issue multi-row FETCH requests to DBM1 <strong>for</strong> read-only cursors<br />

with the rowset size determined by the query block size.<br />

Figure 7-4 presents the result of a test case in which 100,000 20 column rows were fetched.<br />

Class 1 time (seconds)<br />

5<br />

4<br />

3<br />

2<br />

1<br />

0<br />

3.95<br />

2.91<br />

Figure 7-4 Multi-row fetch - <strong>DB2</strong> client to host<br />

Compared to <strong>DB2</strong> V7, we notice a decrease in CPU at the DRDA application server of 53%<br />

and a decrease in elapsed time of 26% at the client application due to the larger query block<br />

size, up to 64 KB is supported by <strong>DB2</strong> <strong>for</strong> z/<strong>OS</strong> V8.<br />

The 64 KB query block size can reduce the network transfers by 50% in <strong>DB2</strong> V8, compared to<br />

<strong>DB2</strong> V7.<br />

In <strong>DB2</strong> V8 per<strong>for</strong>mance of CLI/ODBC applications will benefit from array insert. If we compare<br />

single row insert in <strong>DB2</strong> V8 to single row in <strong>DB2</strong> V7 elapsed time at the client increases with<br />

290 <strong>DB2</strong> <strong>UDB</strong> <strong>for</strong> z/<strong>OS</strong> <strong>Version</strong> 8 Per<strong>for</strong>mance <strong>Topics</strong><br />

Multi-row Fetch, Distributed (<strong>DB2</strong> client to host)<br />

Total rows fetched : 100,000<br />

Client Elapsed time Server CPU Time<br />

1.79<br />

0.84<br />

V7 V8 V7 V8<br />

default default

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

Saved successfully!

Ooh no, something went wrong!