Re: Scalability in postgres

Поиск
Список
Период
Сортировка
От Flavio Henrique Araque Gurgel
Тема Re: Scalability in postgres
Дата
Msg-id 32681901.41243557308404.JavaMail.flavio@presente
обсуждение исходный текст
Ответ на Re: Scalability in postgres  (Scott Marlowe <scott.marlowe@gmail.com>)
Ответы Re: Scalability in postgres
Список pgsql-performance
----- "Scott Marlowe" <scott.marlowe@gmail.com> escreveu:
> On Thu, May 28, 2009 at 12:50 PM, Fabrix <fabrixio1@gmail.com> wrote:
> >
> > HI.
> >
> > Someone had some experience of bad performance with postgres in some server
> > with many processors?

I had.

> > but I have experienced problems with another server that has 8 CPUS quad
> > core (32 cores). The second one only gives me about 1.5 of performance of
> > the first one.

I have had problems with 4 CPUS dual core Hyper Threading (16 logical CPUS).

> What model CPUs and chipset on the mobo I wonder?
>
> > Monitoring (nmon, htop, vmstat) see that everything is fine (memory, HD,
> > eth, etc) except that processors regularly climb to 100%.
> >
> > I can see that the processes are waiting for CPU time:

> > Have postgres problems of lock or degradation of performance with many
> > CPU's?
> > Any comments?
>
> Looks like a context switch storm, which was pretty common on older
> Xeon CPUs.  I imagine with enough pg processes running on enough CPUs
> it could still be a problem.

I would ask for your kernel version. uname -a please?

It was possible to make the context work better with 2.4.24 with kswapd patched around here. 1600 connections working fine at this moment.
Try to lower your memory requirements too. Linux kernel needs some space to page and scale up. Install some more memory otherwise.

Flavio

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

Предыдущее
От: Flavio Henrique Araque Gurgel
Дата:
Сообщение: Re: Continuent (was: Postgres Clustering)
Следующее
От: Fabrix
Дата:
Сообщение: Re: Scalability in postgres