• Subject: Re: Performance Question.
  • From: "Steve Richter" <srichter@xxxxxxxxxxxxx>
  • Date: Tue, 17 Apr 2001 15:24:49 -0400

In my opinion, SetObjAcs sounds much better in theory than it works in
practice.

by definition, if a pgm or file is heavily used, it will be resident in main
memory more often than not because ... it is heavily used.

also, keep in mind that SetObjAcs may keep the entire pgm object in memory
even though only a portion of it is executed very frequently. The rest may
sit in memory, never being used, but not being paged out because you said to
keep it there.


-----Original Message-----
From: Balaji.Rao@smed.com <Balaji.Rao@smed.com>
To: MIDRANGE-L@midrange.com <MIDRANGE-L@midrange.com>
Date: Tuesday, April 17, 2001 2:21 PM
Subject: Performance Question.


>Hi there,
>We have a group of users who use a particular program repeatedly during the
>day. This program does a lot of I/O on certain files. Since our users
>started using this program the performance of the entire system has gone
>down. Using DSPSYSSTS we noticed lot of DB and NON DB pages being loaded
>when this program is running. We have a separate subsystem for these group
>of users.
>To tackle this problem we are planning to load this program and some of the
>most frequently used files into memory pool attached to the subsystem using
>SETOBJACC hoping to reduce the number of pages getting loaded dynamically.
>Will all the jobs running in this subsystem using this program use the copy
>of program and files that we loaded??? Will this work at all?????
>
>I greatly appreciate your inputs and time to answer this.
>
>Thank you.
>
>
>
>Prakash Tathireddy,
>SMS/SignalTree Solutions Inc,
>(801) 539 4600 Xtn 2978.
>
>+---
>| This is the Midrange System Mailing List!
>| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
>| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
>| To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator:
david@midrange.com
>+---
>

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].