| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Mark Kirkwood <markir(at)paradise(dot)net(dot)nz> |
| Cc: | Andrew Sullivan <ajs(at)crankycanuck(dot)ca>, pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Quad Xeon vs. Dual Itanium |
| Date: | 2004-02-14 03:46:18 |
| Message-ID: | 7841.1076730378@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Mark Kirkwood <markir(at)paradise(dot)net(dot)nz> writes:
> So it seems to me that there is nothing to be gained using a 64-bit
> binary with the current or previous Pg releases. However, with the new
> cache replacement system being used in 7.5devel, the situation *may* be
> different (wonder if anyone has tried this out yet?).
Quite honestly, I suspect we may be wasting our time hacking the
Postgres buffer replacement algorithm at all. There are a bunch of
reasons why the PG shared buffer arena should never be more than a
small fraction of physical RAM, and under those conditions the cache
replacement algorithm that will matter is the kernel's, not ours.
I stand ready to be proven wrong, of course ...
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Mark Kirkwood | 2004-02-14 03:56:28 | Re: Quad Xeon vs. Dual Itanium |
| Previous Message | Christopher Browne | 2004-02-14 03:10:58 | Re: Quad Xeon vs. Dual Itanium |