Re: MusicBrainz postgres performance issues
От
Scott Marlowe
Тема
Re: MusicBrainz postgres performance issues
Дата
Msg-id
CAOR=d=3k9DYpxj6d2qSdtpvdieAfNrnNXHE_jR-ELR2X=mGLqA@mail.gmail.com
Ответ на
Re: MusicBrainz postgres performance issues (Scott Marlowe)
Список
Дерево обсуждения
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 по дате отправления