RE: MEMORY LEAKAGE ON AIX5L
- From: "Gogala, Mladen" <Mladen.Gogala@xxxxxxxx>
- To: "'kfabijanic@xxxxxxxxxxxxxxx'" <kfabijanic@xxxxxxxxxxxxxxx>, oracledbam@xxxxxxxxxxx
- Date: Fri, 12 Nov 2004 16:56:38 -0500
Lemme guess:the filesystemio_options instance parameter is not set or is
set to async only? Well, my dear fellas, you're enjoying the full benefits
of
the dynamic Unix buffer cache. If you are using JFS (and I would be really
surprised if you used something else, like NTFS or VFAT), then there is a
way of
making Oracle bypass the buffer cache and do I/O directly from the file
to user buffer (in this case called "SGA"). You will lose the benefits of
file system prefetch, but you will reclaim copious amounts of memory.
If you set filesystemio_options to "setall" and restart the instance,
your RAM will suddenly free up to do the really important stuff: xTrek,
BattleZone and DoomII. Anyway, run svmon and see what's going on.
--
Mladen Gogala
A & E TV Network
Ext. 1216
> -----Original Message-----
> From: Kresimir Fabijanic [mailto:kfabijanic@xxxxxxxxxxxxxxx]
> Sent: Friday, November 12, 2004 4:38 PM
> To: oracledbam@xxxxxxxxxxx
> Cc: oracle-l@xxxxxxxxxxxxx
> Subject: Re: MEMORY LEAKAGE ON AIX5L
>
>
> Hi Seema
>
> We have exactly the same problem in processes not releasing virtual
> memory - even if our physical memory goes down to 45%, virtual memory
> stays around 30% . We used svmon with oracle background
> processes and
> could not detect any memory leaks - we did established that listener
> memory space grows, but at its largest it was never above
> 300Mb (we have
> 6Gb of physical and 6Gb of virtual memory). Unfortunately
> "svmon" with
> process option is only way to detect a memory leak on AIX -
> it requires
--
//www.freelists.org/webpage/oracle-l
Other related posts:
