Re: Pooling in Core WAS: Need help in performance tuning.

Поиск
Список
Период
Сортировка
От Rajesh Kumar Mallah
Тема Re: Pooling in Core WAS: Need help in performance tuning.
Дата
Msg-id AANLkTilGyVsJMmijtclOe9inUHt7emsvKdN-5Keo-DUz@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Pooling in Core WAS: Need help in performance tuning.  (Greg Smith <greg@2ndquadrant.com>)
Ответы Re: Pooling in Core WAS: Need help in performance tuning.  (Rajesh Kumar Mallah <mallah.rajesh@gmail.com>)
Список pgsql-performance
Дерево обсуждения


On Sun, Jul 18, 2010 at 10:55 PM, Greg Smith <greg@2ndquadrant.com> wrote:
Rajesh Kumar Mallah wrote:
the no of clients was 10 ( -c 10)  carrying out 10000 transactions each (-t 10000) .
pgbench db was initilised with scaling  factor -s 100.

since client count was less there was no queuing of requests in pgbouncer
i would prefer to say  it was in 'passthrough' mode.

Of course pgbouncer is going decrease performance in this situation.  You've added a whole layer to things that all traffic has to pass through, without a setup that gains any benefit from the connection pooling.  Try making the client count 1000 instead if you want a useful test.

Dear Greg,

my  max_client is 300 shall i test  with client count 250 ?
if so what should be the scaling factor while initializing
the pgbench db?


--
Greg Smith  2ndQuadrant US  Baltimore, MD
PostgreSQL Training, Services and Support
greg@2ndQuadrant.com   www.2ndQuadrant.us


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

Предыдущее
От: Rajesh Kumar Mallah
Дата:
Сообщение: Re: Pooling in Core WAS: Need help in performance tuning.
Следующее
От: Scott Carey
Дата:
Сообщение: Re: Pooling in Core WAS: Need help in performance tuning.