Re: MusicBrainz postgres performance issues

Поиск
Список
Период
Сортировка
Искать
От
Scott Marlowe
Тема
Re: MusicBrainz postgres performance issues
Дата
Msg-id
CAOR=d=3k9DYpxj6d2qSdtpvdieAfNrnNXHE_jR-ELR2X=mGLqA@mail.gmail.com
Ответ на
Список
Дерево обсуждения
MusicBrainz postgres performance issues Robert Kaye <rob@musicbrainz.org>
Re: MusicBrainz postgres performance issues Andreas Kretschmer <akretschmer@spamfence.net>
Re: MusicBrainz postgres performance issues Robert Kaye <rob@musicbrainz.org>
Re: MusicBrainz postgres performance issues Andres Freund <andres@2ndquadrant.com>
Re: MusicBrainz postgres performance issues "Joshua D. Drake" <jd@commandprompt.com>
Re: MusicBrainz postgres performance issues Rural Hunter <ruralhunter@gmail.com>
Re: MusicBrainz postgres performance issues Roxanne Reid-Bennett <rox@tara-lu.com>
Re: MusicBrainz postgres performance issues Robert Kaye <rob@musicbrainz.org>
Re: MusicBrainz postgres performance issues Andreas Kretschmer <akretschmer@spamfence.net>
Re: MusicBrainz postgres performance issues Scott Marlowe <scott.marlowe@gmail.com>
Re: MusicBrainz postgres performance issues Thomas Kellerer <spam_eater@gmx.net>
Re: MusicBrainz postgres performance issues Robert Kaye <rob@musicbrainz.org>
Re: MusicBrainz postgres performance issues Joao Junior <jcoj2006@gmail.com>
Re: MusicBrainz postgres performance issues Josh Krupka <jkrupka@gmail.com>
Re: MusicBrainz postgres performance issues Robert Kaye <rob@musicbrainz.org>
Re: MusicBrainz postgres performance issues Andres Freund <andres@2ndquadrant.com>
Re: MusicBrainz postgres performance issues Scott Marlowe <scott.marlowe@gmail.com>
Re: MusicBrainz postgres performance issues "Joshua D. Drake" <jd@commandprompt.com>
Re: MusicBrainz postgres performance issues Scott Marlowe <scott.marlowe@gmail.com>
Re: MusicBrainz postgres performance issues Andres Freund <andres@2ndquadrant.com>
Re: MusicBrainz postgres performance issues Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
Re: MusicBrainz postgres performance issues Andres Freund <andres@2ndquadrant.com>
Re: MusicBrainz postgres performance issues Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
Re: MusicBrainz postgres performance issues Andres Freund <andres@2ndquadrant.com>
Re: MusicBrainz postgres performance issues Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: MusicBrainz postgres performance issues Scott Marlowe <scott.marlowe@gmail.com>
Re: MusicBrainz postgres performance issues Andres Freund <andres@2ndquadrant.com>
Re: MusicBrainz postgres performance issues "michael@sqlexec.com" <michael@sqlexec.com>
Re: MusicBrainz postgres performance issues Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: MusicBrainz postgres performance issues "michael@sqlexec.com" <michael@sqlexec.com>
Re: MusicBrainz postgres performance issues Andres Freund <andres@2ndquadrant.com>
Re: MusicBrainz postgres performance issues Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: MusicBrainz postgres performance issues "michael@sqlexec.com" <michael@sqlexec.com>
Re: MusicBrainz postgres performance issues Jim Nasby <Jim.Nasby@BlueTreble.com>
Re: MusicBrainz postgres performance issues Gavin Flower <GavinFlower@archidevsys.co.nz>
Re: MusicBrainz postgres performance issues Scott Marlowe <scott.marlowe@gmail.com>
Re: MusicBrainz postgres performance issues Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: MusicBrainz postgres performance issues Josh Krupka <jkrupka@gmail.com>
Re: MusicBrainz postgres performance issues Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
Re: MusicBrainz postgres performance issues Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
On Sun, Mar 15, 2015 at 11:09 AM, Scott Marlowe  wrote:

Clarification:

> 64MB work mem AND max_connections = 500 is a recipe for disaster. No
> db can actively process 500 queries at once without going kaboom, ad
> having 64MB work_mem means it will go kaboom long before it reaches
> 500 active connections. Lower that and let pgbouncer handle the extra
> connections for you.

Lower max_connections. work_mem 64MB is fine as long as
max_connections is something reasonable (reasonable is generally #CPU
cores * 2 or so).

work_mem is per sort. A single query could easily use 2 or 4x work_mem
all by itself. You can see how having hundreds of active connections
each using 64MB or more at the same time can kill your server.

В списке pgsql-performance по дате отправления
От: Scott Marlowe
Дата:
От: Andres Freund
Дата:
FAQ