From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Magnus Hagander <mha(at)sollentuna(dot)net> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, David Brown <time(at)bigpond(dot)net(dot)au>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Planner really hates nested loops |
Date: | 2005-02-04 04:39:44 |
Message-ID: | 200502040439.j144dj528565@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Magnus Hagander wrote:
> > > I'm hoping someone can shed some light on these results.
> >
> > Not without a lot more detail on how you *got* the results.
> > What exactly did you do to force the various plan choices?
> > (I see some ridiculous choices of indexscans, for instance,
> > suggesting improper use of enable_seqscan in some cases.)
> > And what's the "cache rows" and "disk rows" stuff, and how do
> > you know that what you were measuring is actually what you
> > think it is? I have zero confidence in Windows-atop-ATA as a
> > platform for measuring disk-related behaviors, because I
> > don't think you can control or even know what caching is going on.
>
> You can control the writeback-cache from Device Manager->(the
> disk)->Policies. And if that is turned off, fsync definitly should write
> through, just as on *nix. (write-cache is on by default, no surprise)
>
> AFAIK, you can't control what is cached for reading.
Are you saying that fsync() doesn't write to the platters by default on
Win32?
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2005-02-04 17:48:43 | Re: Flattening a kind of 'dynamic' table |
Previous Message | David Brown | 2005-02-03 23:22:39 | Re: Planner really hates nested loops |