Re: PostgreSQL + SMP

Поиск
Список
Период
Сортировка
От Alfred Perlstein
Тема Re: PostgreSQL + SMP
Дата
Msg-id 20001210122923.L16205@fw.wintelcom.net
обсуждение исходный текст
Ответ на Re: PostgreSQL + SMP  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-admin
* Bruce Momjian <pgman@candle.pha.pa.us> [001210 12:28] wrote:
> > * Bruce Momjian <pgman@candle.pha.pa.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.

That's true, as long as there's no contention for the locks then it's
pretty cheap.

--
-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]
"I have the heart of a child; I keep it in a jar on my desk."

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: PostgreSQL + SMP
Следующее
От: "Michael Miyabara-McCaskey"
Дата:
Сообщение: Plperl make fails with Error1 at plperl.o (7.0.3)