Re: benchmarks with pgbench

Поиск
Список
Период
Сортировка
От Kavan, Dan (IMS)
Тема Re: benchmarks with pgbench
Дата
Msg-id 782D2A81EC812642B857B03B506E0B44309A06@granite.omni.imsweb.com
обсуждение исходный текст
Ответ на benchmarks with pgbench  ("Kavan, Dan (IMS)" <KavanD@imsweb.com>)
Список pgsql-admin
Yes, they are both running on the same hardware - NAS.

On Mon, 2005-01-24 at 10:48, Kavan, Dan (IMS) wrote:
>       Hi Guys,
> I''ve been running pgbench tests for a while.  I have one server set
> up to run pgbench tpc tests (7.x).  A new server that I just
> configured with SUSE and 8.0.0 just gets killed even though it has the

> same memory 8 GB and it's a x86-64 box.  The other one is Solaris full

> 64-bit.  That seems reasonable, but we thought postgres would run
> better on a linux box than solaris.  Also, the x86-64 box does much
> worse than  a 32-bit linux box with mandrake and a lot less RAM.  I've

> restarted postgres with many different postgresql.conf configs and
> nothing seems to make much of a difference to pgbench.  Has anyone
> else experienced slower performance on 64-bit linux as compared to
> 32-bit linux?

pgbench is notorious for providing poor measure of a database's
performance under real world load.  Are you sure your Solaris and Linux
boxes are both running on SCSI hard drives (IDE drives are well known
for not obeying fsync() calls, but simply saying "yep, synced that data"
when in fact they haven't.  So, if you Linux box is set to both fsync
properly AND is writing access time to each file, it may be quite a bit
slower than a Solaris box if that box is writing to IDE drives, has
fsync turned off, and / or has access time writing disabled.

В списке pgsql-admin по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Postgres 8.0 Backups
Следующее
От: Michael Fuhr
Дата:
Сообщение: Re: pg_dump --data-only problem with PgSQL 8.0