Re: Tracking wait event for latches
От | Robert Haas |
---|---|
Тема | Re: Tracking wait event for latches |
Дата | |
Msg-id | CA+TgmoZuyw8A=r=2VnGeOc0uow0TyN-QbzazkiX_BwStd6tj=w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Tracking wait event for latches (Michael Paquier <michael.paquier@gmail.com>) |
Ответы |
Python3.4 detection on 9.6 configuration
Re: Tracking wait event for latches |
Список | pgsql-hackers |
On Wed, Sep 28, 2016 at 8:38 AM, Michael Paquier <michael.paquier@gmail.com> wrote: > On Wed, Sep 28, 2016 at 9:35 PM, Robert Haas <robertmhaas@gmail.com> wrote: >> On Tue, Sep 27, 2016 at 8:39 PM, Thomas Munro >> <thomas.munro@enterprisedb.com> wrote: >>> Ok, if they really are independent then shouldn't we take advantage of >>> that at call sites where we might be idle but we might also be waiting >>> for the network? >> >> I certainly didn't intend for them to be independent, and I don't >> think they should be. I think it should be a hierarchy - as it is >> currently. I think it's a bad idea to introduce the notational >> overhead of having to pass through two integers rather than one >> everywhere, and a worse idea to encourage people to think of the >> wait_event_type and wait_event are related any way other than >> hierarchically. > > So should I change back the patch to have only one argument for the > eventId, and guess classId from it? Why would you need to guess? But, yes, I think one argument is much preferable. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: