Re: So how big is your buffer cache ?
- From: "Richard Foote" <richard.foote@xxxxxxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Mon, 30 Aug 2004 07:56:56 +1000
Hi Jared,
May I suggest rather than read parts of the thread, you read *all* of the
thread. I of course didn't put any words into Don's months, they're entirely
his quotes and opinions. I also posted a link to the thread so everyone can
see the context of the quotes for themselves (although it does help if you
read all of it I guess). Jared, please re-read the thread (they're from
Don's second and third posts in the thread).
Secondly, what I'm asking here is how large is the largest buffer cache
anyone has come across, nothing else. I certainly haven't come across
anything close to being that large and I'd be interested and very surprised
if they indeed were common. I also thought it would be of some interest to
the list and asked the question in the context of why I'm asking.
Now as for the incorrect, public accusation that I "didn't do a nice thing"
by putting words into Don's mouth, well, I'm not entirely sure that's a nice
thing to do either.
Regards
Richard
----- Original Message -----
From: "Jared Still" <jkstill@xxxxxxxxxx>
To: "Oracle-L Freelists" <oracle-l@xxxxxxxxxxxxx>
Cc: "Richard Foote" <richard.foote@xxxxxxxxxxx>; "Don Burleson"
<don@xxxxxxxxxxx>
Sent: Monday, August 30, 2004 6:50 AM
Subject: Re: So how big is your buffer cache ?
comments inline:
On Sat, 2004-08-28 at 04:56, Richard Foote wrote:
> Hi All,
>
> In an interesting insight into how Don Burleson performs tuning at the
> c.d.o.s newsgroup
>
(http://groups.google.com/groups?dq=&hl=en&lr=&ie=UTF-8&th=73f606eef5e7e99f)
> . Don suggests he has "no problem throwing hardware at crappy code when
the
> client doesn't want to tune it". He's also basically recommending using
AWE
> and utilising all available RAM on 32bit windows, whether you need to or
> not. I mean, AWE has no disadvantages right ... :)
Richard,
We are all free to disagree in this forum, but...
> However, he also makes the claim that "It's not uncommon to see working
sets
> of frequently-referenced data of for than 30-gig for a large database. AWE
> is a great techniques for 32-bit Windows databases and I do it for dozens
> of databases every year, ALWAYS with great results."
>
> So my question to you all is how large are your largest buffer caches ?
How
> many of you have a buffer cache that is 30G+ ? And on 32bit windows ?
>
It would appear that you are putting words in Don's mouth. I read the
CDOS thread, or at least parts of it, and I don't see where Don is
advocating 30 GB buffer caches.
I can't even find the quote you attributed to him, but just based on
what you included, you've made the jump from his statement that it
is "not uncommon to see working sets of frequently-referenced data
of more than 30-gig" to "we created 30 gig buffer caches to hold
all frequently referenced data".
A good rule to keep in mind here:
Treat others as you would like to be treated.
You made the assertion that Don said something which in reality
does not appear to be true. Not a nice thing to do.
Something else to consider is this: it you want to engage Don or
anyone else when you disagree with them, do it in the forum where
the thread appeared.
If it appears here, fine. If not, do it in CDOS, or wherever
you read it.
It really isn't fair to bring if over here.
Jared
(list owner and babysitter)
----------------------------------------------------------------
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
-----------------------------------------------------------------
----------------------------------------------------------------
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:
