Re: Keeping OS/400 objects permanently on main memory

[Jim Oberholtzer <midrangel@xxxxxxxxxx>]

Rob,

Certainly read up on SETOBJACC as has been suggested.  I strongly urge 
you to create a unique subsystem with a private memory pool to put those 
object in.  That will give IBM i storage management a fighting chance to 
accomplish what you are after.

This all assumes of course that the 2.8Gb of memory is sufficient for 
the entire system workload in the first place and there is not already 
quite a bit of faulting/paging going on.  I no longer have a V5R1 system 
to try it with but I would proceed slowly ensuring that you do not 
starve system resources.  Storage management is really very smart about 
managing memory.  If a program is being used quite a bit, I highly doubt 
that the memory page it occupies is getting marked as "old" and flushed 
out of main storage at all.  Check on the paging/faulting in the 
subsystem that the ERROS runs in.  If there is not quite a bit of non-DB 
paging/faulting you may not need the SETOBJACC at all.

As mentioned before loading reference files that are not updated and the 
like can enhance performance quite a bit.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 9/9/2011 6:14 AM, Rob Dixon wrote:
> 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