Hi Rob,
I think you want to do SETOBJACC ... This is good idea for (PF/LF) files and programs other object are not allowed. Best is to create private pool where this object will be loaded - will not be paged out, so you can load it i.e. after IPL and the object will stay in memory.
I've used this for customer who has performance problems and we have discovered that there are some 'reference' files which are read by every transaction but not changed so much.
After loading them with SETOBJACC was the performance problem solved.
Regards
Peter
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Rob Dixon
Sent: Freitag, 09. September 2011 13:14
To: MIDRANGE-L@xxxxxxxxxxxx
Subject: Keeping OS/400 objects permanently on main memory
My system ERROS uses the the same code for both application development and for production of those applications, whatever the applications do, and that code allows both development and production to be done using 5250 or a browser as ERROS either dynamically generates 5250 attributes or uses CGI and dynamically generates HTML and Javascript as required. The total code with observability removed is under 7Mb. There is also a single display file of about 750Kb but that is only opened in 5250 mode. As the program code is used by all users, it seems that it might be a good idea to ensure that it is always in main memory. I seem to remember that there is a way of making sure that this happens. Can anyone please remind me how and does anyone have a view on whether this is a good idea? Does anyone have any other ideas?
There is also a 46Mb physical file that contains the meta data for all ERROS created applications including application development and it might be a good idea to do the same with this.
I am running V5R1 and have 2.8Gb memory in the partition. I use journalling and remote journalling but these don't consume much CPU time. Although I have plenty of spare capacity, I am trying to find ways of making ERROS as efficient as possible.
Many thanks,
--
Rob Dixon
www.erros.co.uk
www.boarstall.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
UC4 Software GmbH, Hauptstrasse 3C, 3012 Wolfsgraben Firmenbuchnummer/Commercial Register No. 63566f Firmenbuchgericht/Commercial Register Court: Landesgericht St. Poelten
This email (including any attachments) may contain information which is privileged, confidential, or protected. If you are not the intended recipient, note that any disclosure, copying, distribution, or use of the contents of this message and attached files is prohibited. If you have received this email in error, please notify the sender and delete this email and any attached files.
midrange.com
