ibm-information-center/dist/eclipse/plugins/i5OS.ic.rzajq_5.4.0.1/rzajq1parallel.htm

96 lines
7.1 KiB
HTML
Raw Normal View History

2024-04-02 14:02:31 +00:00
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="en-us" xml:lang="en-us">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="security" content="public" />
<meta name="Robots" content="index,follow" />
<meta http-equiv="PICS-Label" content='(PICS-1.1 "http://www.icra.org/ratingsv02.html" l gen true r (cz 1 lz 1 nz 1 oz 1 vz 1) "http://www.rsac.org/ratingsv01.html" l gen true r (n 0 s 0 v 0 l 0) "http://www.classify.org/safesurf/" l gen true r (SS~~000 1))' />
<meta name="DC.Type" content="concept" />
<meta name="DC.Title" content="Objects processed in parallel" />
<meta name="abstract" content="The DB2 UDB Symmetric Multiprocessing feature provides the optimizer with additional methods for retrieving data that include parallel processing. Symmetrical multiprocessing (SMP) is a form of parallelism achieved on a single server where multiple (CPU and I/O) processors that share memory and disk resource work simultaneously toward achieving a single end result." />
<meta name="description" content="The DB2 UDB Symmetric Multiprocessing feature provides the optimizer with additional methods for retrieving data that include parallel processing. Symmetrical multiprocessing (SMP) is a form of parallelism achieved on a single server where multiple (CPU and I/O) processors that share memory and disk resource work simultaneously toward achieving a single end result." />
<meta name="DC.subject" content="definitions, symmetrical multiprocessing" />
<meta name="keywords" content="definitions, symmetrical multiprocessing" />
<meta name="DC.Relation" scheme="URI" content="rzajqdta.htm" />
<meta name="DC.Relation" scheme="URI" content="../db2/rbafzsetdegree.htm" />
<meta name="DC.Relation" scheme="URI" content="../rzakz/rzakzqqrydegree.htm" />
<meta name="DC.Relation" scheme="URI" content="../rzahx/rzahxtuneautotune.htm" />
<meta name="DC.Relation" scheme="URI" content="../cl/wrkactjob.htm" />
<meta name="DC.Relation" scheme="URI" content="../cl/chgqrya.htm" />
<meta name="DC.Relation" scheme="URI" content="cqa.htm" />
<meta name="DC.Relation" scheme="URI" content="c23nl.htm" />
<meta name="copyright" content="(C) Copyright IBM Corporation 1998, 2006" />
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 1998, 2006" />
<meta name="DC.Format" content="XHTML" />
<meta name="DC.Identifier" content="rzajq1parallel" />
<meta name="DC.Language" content="en-us" />
<!-- All rights reserved. Licensed Materials Property of IBM -->
<!-- US Government Users Restricted Rights -->
<!-- Use, duplication or disclosure restricted by -->
<!-- GSA ADP Schedule Contract with IBM Corp. -->
<link rel="stylesheet" type="text/css" href="./ibmdita.css" />
<link rel="stylesheet" type="text/css" href="./ic.css" />
<title>Objects processed in parallel</title>
</head>
<body id="rzajq1parallel"><a name="rzajq1parallel"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Objects processed in parallel</h1>
<div><p>The <span class="keyword">DB2<sup>®</sup> UDB Symmetric Multiprocessing</span> feature
provides the optimizer with additional methods for retrieving data that include
parallel processing. Symmetrical multiprocessing (SMP) is a form of parallelism
achieved on a single server where multiple (CPU and I/O) processors that share
memory and disk resource work simultaneously toward achieving a single end
result.</p>
<p>This parallel processing means that the database manager can have more
than one (or all) of the server processors working on a single query simultaneously.
The performance of a CPU bound query can be significantly improved with this
feature on multiple-processor servers by distributing the processor load across
more than one processor.</p>
<p>The tables above indicate what data access method are enabled to take advantage
of the DB2 UDB
Symmetric Multiprocessing feature. An important thing to note, however, is
that the parallel implementation differs for both the SQL Query Engine and
the Classic Query Engine. </p>
<div class="section"><img src="./delta.gif" alt="Start of change" /><h4 class="sectiontitle">Processing requirements</h4><p>Parallelism requires
that SMP parallel processing must be enabled by one of the following methods:</p>
<ul><li>System value QQRYDEGREE</li>
<li>Query option file</li>
<li>DEGREE parameter on the <span class="cmdname">Change Query Attributes (CHGQRYA)</span> command</li>
<li>SQL SET CURRENT DEGREE statement</li>
</ul>
<p>Once parallelism has been enabled, a set of database system tasks
or threads is created at server startup for use by the database manager.
The database manager uses the tasks to process and retrieve data from different
disk devices. Since these tasks can be run on multiple processors simultaneously,
the elapsed time of a query can be reduced. Even though much of the I/O and
CPU processing of a parallel query is done by the tasks, the accounting of
the I/O and CPU resources used are transferred to the application job. The
summarized I/O and CPU resources for this type of application continue to
be accurately displayed by the <span class="cmdname">Work with Active Jobs (WRKACTJOB)</span> command.</p>
<p>The
job should be run in a shared storage pool with the *CALC paging option, as
this will cause more efficient use of active memory. </p>
<img src="./deltaend.gif" alt="End of change" /></div>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzajqdta.htm" title="Data access methods are used to process queries and access data.">Data access on DB2 UDB for iSeries: data access paths and methods</a></div>
</div>
<div class="relconcepts"><strong>Related concepts</strong><br />
<div><a href="c23nl.htm" title="DB2 Universal Database for iSeries provides a nested loop join method. For this method, the processing of the tables in the join are ordered. This order is called the join order. The first table in the final join order is called the primary table. The other tables are called secondary tables. Each join table position is called a dial.">Nested loop join implementation</a></div>
</div>
<div class="relref"><strong>Related reference</strong><br />
<div><a href="cqa.htm" title="You can modify different types of attributes of the queries that you will execute during a certain job with the Change Query Attributes (CHGQRYA) CL command, or by using the iSeries Navigator Change Query Attributes interface.">Change the attributes of your queries with the Change Query Attributes (CHGQRYA) command</a></div>
</div>
<div class="relinfo"><strong>Related information</strong><br />
<div><a href="../db2/rbafzsetdegree.htm">SET CURRENT DEGREE statement</a></div>
<div><a href="../rzakz/rzakzqqrydegree.htm">Parallel processing for queries and indexes system value</a></div>
<div><a href="../rzahx/rzahxtuneautotune.htm">Automatically tune performance</a></div>
<div><a href="../cl/wrkactjob.htm">Work with Active Jobs (WRKACTJOB) command</a></div>
<div><a href="../cl/chgqrya.htm">Change Query Attributes (CHGQRYA) command</a></div>
</div>
</div>
</body>
</html>