| From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
|---|---|
| To: | Alfred Perlstein <bright(at)wintelcom(dot)net> |
| Cc: | Matthew <matt(at)ctlno(dot)com>, "'paitoon butri'" <pbt_10400(at)yahoo(dot)com>, pgsql-admin(at)postgresql(dot)org |
| Subject: | Re: PostgreSQL + SMP |
| Date: | 2000-12-10 20:28:19 |
| Message-ID: | 200012102028.PAA01765@candle.pha.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin |
> * Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> [001210 12:19] wrote:
> > > Postgre is not threaded, but every connection gets it's own process. The OS
> > > will distribute the processes across the processors. Not sure I said that
> > > very will.
> > >
> > > Basically a single connection will not be any faster with SMP, but multiple
> > > connections will be.
> >
> > Actually, even a single process will be faster because all other system
> > process will run on other cpu's.
>
> Depending on how idle you are, the large overhead of bus locking
> can cause a lot of perf degredation(sp?) for the idle SMP case.
True. I was thinking more of the backend having to give up the cpu to
allow other processes to run. With two cpu's, I believe one backend can
camp out on a cpu forever as long as the other cpu doesn't get busy.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alfred Perlstein | 2000-12-10 20:29:23 | Re: PostgreSQL + SMP |
| Previous Message | Alfred Perlstein | 2000-12-10 20:26:30 | Re: PostgreSQL + SMP |