From: | Thomas Graichen <news-list(dot)pgsql(dot)admin(at)innominate(dot)de> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: postgres & smp |
Date: | 2001-02-18 20:31:03 |
Message-ID: | news2mail-96pbe7$omh$1@mate.bln.innominate.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Thomas Graichen <news-list(dot)pgsql(dot)admin(at)innominate(dot)de> writes:
>> i hope this list is somewhat the right one for this ...
>> i did some small tests with postgresql-71.beta4 on various
>> filesystems (ext2, reiserfs, xfs) on two machines: 1 single
>> cpu and one 2 cpu smp and was a bit surprised to see the tps
>> results of the smp case to be lower than the one of the up case
> Hm, did you set commit_delay to zero? What are the other postmaster
> parameters (especially -B) ?
i used 32 clients -N set to 128 and -B to 256 - commit_delay was
set to 5 (default) - do you expect much better smp results with
commit_delay=0? what exaclty does commit_delay=0 mean or where
can i find docs about this (and some of the other new parameters)?
again - a lot of thanks in advance
t
--
thomas(dot)graichen(at)innominate(dot)com
innominate AG
the linux architects
tel: +49-30-308806-13 fax: -77 http://www.innominate.com
From | Date | Subject | |
---|---|---|---|
Next Message | Dmitry Morozovsky | 2001-02-18 20:32:11 | Re: v7.1b4 bad performance |
Previous Message | Bruce Momjian | 2001-02-18 19:59:40 | Re: v7.1b4 bad performance |