Re: issue with gininsert under very high load
От
Alvaro Herrera
Тема
Re: issue with gininsert under very high load
Дата
Msg-id
20140214130214.GB6342@eldon.alvh.no-ip.org
Ответ на
Re: issue with gininsert under very high load (Andres Freund)
Список
Дерево обсуждения
issue with gininsert under very high load Andrew Dunstan <andrew@dunslane.net>
Re: issue with gininsert under very high load Andres Freund <andres@2ndquadrant.com>
Re: issue with gininsert under very high load Tom Lane <tgl@sss.pgh.pa.us>
Re: issue with gininsert under very high load Andres Freund <andres@2ndquadrant.com>
Re: issue with gininsert under very high load Heikki Linnakangas <hlinnakangas@vmware.com>
Re: issue with gininsert under very high load Andrew Dunstan <andrew@dunslane.net>
Re: issue with gininsert under very high load Heikki Linnakangas <hlinnakangas@vmware.com>
Re: issue with gininsert under very high load Tom Lane <tgl@sss.pgh.pa.us>
Re: issue with gininsert under very high load Andres Freund <andres@2ndquadrant.com>
Re: issue with gininsert under very high load Tom Lane <tgl@sss.pgh.pa.us>
Re: issue with gininsert under very high load Andres Freund <andres@2ndquadrant.com>
Re: issue with gininsert under very high load Jesper Krogh <jesper@krogh.cc>
Re: issue with gininsert under very high load Andres Freund <andres@2ndquadrant.com>
Re: issue with gininsert under very high load Alvaro Herrera <alvherre@2ndquadrant.com>
Re: issue with gininsert under very high load Andrew Dunstan <andrew@dunslane.net>
Re: issue with gininsert under very high load Stephen Frost <sfrost@snowman.net>
Re: issue with gininsert under very high load Andrew Dunstan <andrew@dunslane.net>
Andres Freund wrote: > On 2014-02-14 08:06:40 +0100, Jesper Krogh wrote: > > The build in mechanism, that cleanup is i cost paid by the process who > > happened to fill the pendinglist, is really hard to deal with in > > production. More control is appreciated, perhaps even an explicit > > flush-mechanism.. I'd like to batch up inserts during one transaction > > only and flush on commit. > > That doesn't seem likely to work with a reasonable amount of effort. The > fastupdate list is shared across all processes, so one backend will > always pay the price for several others. Unless some other process does it, such as autovacuum. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления
От: Andres Freund
Дата:
От: Andres Freund
Дата: