[ale] 16 Gigs of RAM and still swapping!

[Greg Freemyer]

Jeff,

This actually is a postgres based app, not oracle, but postgres is not
the memory hog.  It's the document parsing apps.

Greg

On Fri, Aug 21, 2009 at 5:30 PM, Jeff Lightner<jlightner at water.com> wrote:
> If they're doing some special algorithms I wonder if it might not be
> worthwhile to reduce the Oracle SGA to free up some memory for this
> other process?
>
> Of course you can't do that without bouncing Oracle so it won't help
> your current process but might be something to keep in mind in future.
> DBAs have a tendency to want to set SGA to something larger than
> physical memory just to see if they can't squeeze out more than you told
> them was possible.  (The answer is they can't but it doesn't keep them
> from trying.)
>
> -----Original Message-----
> From: ale-bounces at ale.org [mailto:ale-bounces at ale.org] On Behalf Of
> Robert Reese
> Sent: Friday, August 21, 2009 5:12 PM
> To: Atlanta Linux Enthusiasts - Yes! We run Linux!
> Subject: Re: [ale] 16 Gigs of RAM and still swapping!
>
>
>> I've asked the software vendor and they say, "we recommend 64 GB of
>> ram"  ie. swapping is no surprise.
>
>
> Good god, man!  What the hell are you running, War Games simulations?!
>
> If so, I'd recommend a nice game of Tic-Tac-Toe with 0 players instead.
> ;c)  A bit less intensive...
>
> Cheers,
> R~
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
>
> Please consider our environment before printing this e-mail or attachments.
> ----------------------------------
> CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you.
> ----------------------------------
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
>



-- 
Greg Freemyer
Head of EDD Tape Extraction and Processing team
Litigation Triage Solutions Specialist
http://www.linkedin.com/in/gregfreemyer
Preservation and Forensic processing of Exchange Repositories White Paper -
<http://www.norcrossgroup.com/forms/whitepapers/tng_whitepaper_fpe.html>

The Norcross Group
The Intersection of Evidence & Technology
http://www.norcrossgroup.com