Dale,
You aren't giving us much to go on here. Since I don't know you level of
expertise on the AS/400, I am going to risk insulting your intelligence, (but
then, if you ask the question, I guess you'll have to take what you get).
Simple things first.
1. Does it really take 15 wall clock minutes of run time, or is the job waiting
in a job queue?
2. Is Sleeper submitting the job at the actual schedule time, or is the submit
delayed. It seems to me that there is a parameter in Sleeper to indicate how
often it is supposed to "wake up" and check for jobs to run, but I might be
wrong there.
3. Have you check the "Job Ended" message in the System Log to see how much CPU
time the jobs are using in each environment? That may or may not give you a
clue.
4. You question the SBS setup yourself. Why not run it manually in the same
SBS that Sleeper uses. That might rule this variable out, or indicate that you
need to go down that path farther.
5. This one is a little more complex (and long winded). We have a job that
runs several times a day and cruises through the F4211 file. During regular
office hours it runs in less than 5 minutes. However, at 4:00 AM it takes 10-15
minutes. Now you would think that at 4:00 AM when the system is very inactive,
the job would run faster. What we discovered (or at least deduced) is that this
is a result of the way that OS/400 manages memory. If a program needs a record
from a file, OS/400 reads it from the disk into memory and them provides the
program with the memory address. When the program is done with the record,
OS/400 does not necessarily purge it from memory. If another program needs the
record, OS/400 just provides the memory address to the new program rather than
waste time by reading from disk again. Eventually, OS/400 does purge records
from memory that have not been used recently. To make a long story longer, we
deduced that during regular office hours, there is lots of activity against
F4211, so lots of F4211 records are in memory. Therefore, the job runs faster.
At night, there is little activity and OS/400 has purged all the records, so it
has to read every stinking record from disk, resulting in a longer run time.
Hope this helps.
Phil
dale_draper <
[email protected]> on 07/20/2001 11:06:38 AM