Re: OT: question about sizing swap for solaris
- From: "zhu chao" <chao_ping@xxxxxxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Wed, 5 May 2004 13:31:16 +0800
The link to the paper is:
http://www.sun.com/solutions/blueprints/1202/817-1054.pdf. As
Brian_P_MacLean has quoted.
My question is pretty easy: how does the word make sense ,if it not because
of swapping-algorithm bugs:
"A more serious problem, however, is that sizing swap to be too large can
ause hard-pageout1 to occur too easily."
----- Original Message -----
From: <dantow@xxxxxxxxxxxxxx>
To: <oracle-l@xxxxxxxxxxxxx>
Sent: Tuesday, May 04, 2004 11:24 PM
Subject: Re: OT: question about sizing swap for solaris
> Responses inline...
> Well, I haven't read the still-unreferenced paper, but absolutely there is
a
> difference between my opinion and what the paper apparently says - to be
> clearer, in my opinion: low swap size "prevents" page faults (by
triggerign
> errors, instead) only in the same sense that running out of gas "prevents"
bad
> gas mileage!
>
> My statement applies to database servers and non-database servers, alike.
Where
> I have specifically, quantitatively measured the true end-user costs of
paging
> and swapping, I have never seen them to be high, except on systems that
were
> victims of operating-systems swapping-algorithm bugs, which have
long-since
> been fixed. I *have* heard plenty of *anecdotes* about swapping and paging
> being big problems, but I have never seen these stories backed up with
hard
> data. I certainly believe it's *possible*, though - you just need to buy
less
> memory than you need, in spite of how cheap memory is. I have gathered
data on
> a different subset of systems than you have, however, so it is entirely
> possible you have seen one of those hypothetical systems with insufficient
> memory.
>
> >
> > Regards>
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
