Re: hung backends stuck in spinlock heavy endless loop
От | Merlin Moncure |
---|---|
Тема | Re: hung backends stuck in spinlock heavy endless loop |
Дата | |
Msg-id | CAHyXU0zPxRqKf00Tc6vQoCbTYZ=HWoUJbC0C+SrXJA3i=imegQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: hung backends stuck in spinlock heavy endless loop (Peter Geoghegan <pg@heroku.com>) |
Ответы |
Re: hung backends stuck in spinlock heavy endless loop
|
Список | pgsql-hackers |
On Tue, Jan 13, 2015 at 5:49 PM, Peter Geoghegan <pg@heroku.com> wrote: > On Tue, Jan 13, 2015 at 3:21 PM, Andres Freund <andres@2ndquadrant.com> wrote: >> My guess is rather that it's contention on the freelist lock via >> StrategyGetBuffer's. I've seen profiles like this due to exactly that >> before - and it fits to parallel loading quite well. > > I'm not saying you're wrong, but the breakdown of _bt_moveright() > relative to _bt_relandgetbuf() calls seems a bit fishy to me. > > I don't remember seeing _bt_moveright() or _bt_compare() figuring so > prominently, where _bt_binsrch() is nowhere to be seen. I can't see a > reference to _bt_binsrch() in either profile. hm, this is hand compiled now, I bet the symbols are wrong. merlin
В списке pgsql-hackers по дате отправления: