From: | Cott Lang <cott(at)internetstaff(dot)com> |
---|---|
To: | William Yu <wyu(at)talisys(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Some quick Opteron 32-bit/64-bit results |
Date: | 2004-11-23 17:20:07 |
Message-ID: | 1101230407.5440.8.camel@localhost |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
I ran quite a few file system benchmarks in RHAS x86-64 and FC2 x86-64
on a Sun V40z - I did see very consistent 50% improvements in bonnie++
moving from RHAS to FC2 with ext2/ext3 on SAN.
On Sun, 2004-11-14 at 23:51 -0800, William Yu wrote:
> Greg Stark wrote:
> > William Yu <wyu(at)talisys(dot)com> writes:
> >
> >
> >>Biggest speedup I've found yet is the backup process (PG_DUMP --> GZIP). 100%
> >>faster in 64-bit mode. This drastic speed might be more the result of 64-bit
> >>GZIP though as I've seen benchmarks in the past showing encryption/compression
> >>running 2 or 3 times faster in 64-bit mode versus 32-bit.
> >
> >
> > Isn't this a major kernel bump too? So a different scheduler, different IO
> > scheduler, etc?
> >
>
> I'm sure there's some speedup due to the kernel bump. I really didn't
> have the patience to even burn the FC2 32-bit CDs much less install both
> 32-bit & 64-bit FC2 in order to have a more accurate baseline comparison.
>
> However, that being said -- when you see huge speed increases like 50%
> 100% for dump+gzip, it's doubtful the kernel/process scheduler/IO
> scheduler could have made that drastic of a difference. Maybe somebody
> else who has done a 2.4 -> 2.6 upgrade can give us a baseline to
> subtract from my numbers.
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-11-23 17:54:05 | Re: Slow execution time when querying view with WHERE clause |
Previous Message | Merlin Moncure | 2004-11-23 17:06:47 | Re: [pgsql-hackers-win32] scalability issues on win32 |