FW: Shared Memory challenge on AIX 5.1
Posted in 2006
What is the shared memory size in the kernel (opsys) ?
-----Original Message-----
From: informix-list-bounces@iiug.org
[mailto:informix-list-bounces@iiug.org] On Behalf Of
mweallans@panacea.co.uk
Sent: 23 January 2006 02:04 PM
To: informix-list@iiug.org
Subject: Shared Memory challenge on AIX 5.1
One of my sites has 1 Gbyte of RAM. I have configured them to use
512Mbytes of Virtual Shared Memory and about 256 Mbytes of Resident
Share Memory. RESIDENT is set to 0.
During normal processing everything is OK with those settings.
Occasionally the size of the virtual shared memory rises from 512
Mbytes to about 700 Mbytes and there is no effect felt by the users.
Last week the Virtual Shared Memory grew from 512 Mbytes to over 1.2
Gbytes in about 90 minutes, but once again there was no discernible
effect on the users. Checking with ipcs and onstat -g seg shows that
we have 12 virtual shared memory segments.
The ONCONFIG parameters are:-
SHMVIRTSIZE 524288
SHMADD 65536
SHMTOTAL 0
Should I be concerned at using more shared memory than real memory?
regards
Malcolm
_______________________________________________
Informix-list mailing list
Informix-list@iiug.org
http://www.iiug.org/mailman/listinfo/informix-list
>
The information on this e-mail including any attachments relates to the official business of DigiCare (Pty) Ltd. The information is confidential and legally privileged and is intended solely for the addressee. Access to this e-mail by anyone else is unauthorised and as such any disclosure, copying, distribution or any action taken or omitted in reliance on it is unlawful. Please notify the sender immediately if it has inadvertently reached you and do not read, disclose or use the content in any way.
>
No responsibility whatsoever is accepted by DigiCare (Pty) Ltd if the information is, for whatever reason, corrupted or does not reach its intended destination. The views expressed in this e-mail are the views of the individual sender and should in no way be construed as the views of DigiCare (Pty) Ltd, except where the sender has specifically stated them to be the views of DigiCare (Pty) Ltd.
>