65 lines
5.1 KiB
HTML
65 lines
5.1 KiB
HTML
<?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="A job's life: the subsystem uses memory from the memory pool to run the job" />
|
|
<meta name="abstract" content="Memory is a resource from the memory pool that the subsystem uses to run the job. The amount of memory in a memory pool, as well as how many other jobs are competing for memory, affect how efficiently a job runs." />
|
|
<meta name="description" content="Memory is a resource from the memory pool that the subsystem uses to run the job. The amount of memory in a memory pool, as well as how many other jobs are competing for memory, affect how efficiently a job runs." />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaksjoblife.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaksjoblifesbs.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaksjoblifeoutq.htm" />
|
|
<meta name="copyright" content="(C) Copyright IBM Corporation 2004-2006" />
|
|
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 2004-2006" />
|
|
<meta name="DC.Format" content="XHTML" />
|
|
<meta name="DC.Identifier" content="rzaksjoblifemp" />
|
|
<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>A job's life: the subsystem uses memory from the memory
|
|
pool to run the job</title>
|
|
</head>
|
|
<body id="rzaksjoblifemp"><a name="rzaksjoblifemp"><!-- --></a>
|
|
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
|
|
<h1 class="topictitle1">A job's life: the subsystem uses memory from the memory
|
|
pool to run the job</h1>
|
|
<div><p><dfn class="term">Memory</dfn> is a resource from the memory pool that the
|
|
subsystem uses to run the job. The amount of memory in a memory pool, as well
|
|
as how many other jobs are competing for memory, affect how efficiently a
|
|
job runs.</p>
|
|
<p><dfn class="term">Memory pools</dfn> provide jobs with memory in which to run. Many
|
|
factors affect how the job runs in the memory pool, such as the size of the
|
|
memory pool, the activity level in the memory pool, and paging and faulting.
|
|
The activity level in memory pools directly relates to the number of threads
|
|
that are allowed to run in the memory pool at one time. Remember, every job
|
|
has at least one active thread, but some can have multiple threads. Threads
|
|
give a job the ability to do more than one thing at a time. For example, one
|
|
thread can go out and do calculations while another thread waits for more
|
|
data to process. </p>
|
|
<p> <dfn class="term">Paging</dfn> is the movement of data in and out of memory, both
|
|
synchronously and asynchronously. Pages can be written out to storage or removed
|
|
from memory without being written if they have not been changed. Faulting
|
|
causes paging to occur on the server. Faulting occurs when a referenced page,
|
|
or piece of data, is not in memory. This causes programs to stop because they
|
|
must wait for the data to be paged in. </p>
|
|
<p> Subsystems use different memory pools to support different types of jobs
|
|
that run within them. </p>
|
|
</div>
|
|
<div>
|
|
<div class="familylinks">
|
|
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzaksjoblife.htm" title="To understand the basics of iSeries work management, follow a simple batch job as it moves through the system.">A job's life</a></div>
|
|
<div class="previouslink"><strong>Previous topic:</strong> <a href="rzaksjoblifesbs.htm" title="Subsystems are operating environments where the system manages the resources that jobs use and controls the jobs that run within them. After jobs are running in the subsystem, the subsystem job carries out user requests on a job such as holding, releasing, and ending a job. When the job enters the subsystem it becomes active.">A job's life: the job enters the subsystem</a></div>
|
|
<div class="nextlink"><strong>Next topic:</strong> <a href="rzaksjoblifeoutq.htm" title="A job's printer output (also called spooled files) is sent to an output queue where it waits to be sent to a printer or file. The output queue is similar to the job queue in that it controls how the output is made available to the printer. The output queue allows the user to control what files are printed first.">A job's life: the job finishes and moves to the output queue</a></div>
|
|
</div>
|
|
</div>
|
|
</body>
|
|
</html> |