Re: explain analyze output with parallel workers - question aboutmeaning of information for explain.depesz.com
От | Amit Kapila |
---|---|
Тема | Re: explain analyze output with parallel workers - question aboutmeaning of information for explain.depesz.com |
Дата | |
Msg-id | CAA4eK1JwC4n1XyXnvk=vC0WkAFAM0T++xuNr79c+jX3eVTrOwQ@mail.gmail.com обсуждение исходный текст |
Ответ на | explain analyze output with parallel workers - question aboutmeaning of information for explain.depesz.com (hubert depesz lubaczewski <depesz@depesz.com>) |
Ответы |
Re: explain analyze output with parallel workers - question aboutmeaning of information for explain.depesz.com
Re: explain analyze output with parallel workers - question aboutmeaning of information for explain.depesz.com |
Список | pgsql-hackers |
On Fri, Nov 24, 2017 at 4:51 PM, hubert depesz lubaczewski <depesz@depesz.com> wrote: > Hi, > > up to parallel executions, when we had node in explain analyze showing > "loops=x" with x more than 1, it meant that the "actual time" had to be > multiplied by loops to get real time spent in a node. > > For example, check step 13 in https://explain.depesz.com/s/gNBd > > It shows time of 3ms, but loops of 1873, so the actual time is ~ 5600ms. > > But with parallel execution it seems to be no longer the case. > > For example: > https://explain.depesz.com/s/LTMp > or > https://explain.depesz.com/s/QHRi > > It looks that the actual time is really actual time, and loops is > "worker nodes + 1". > > Is that really the case? > I think so. > Should I, for explain.depesz.com, when dealing > with partial* and parallel* nodes, use "loops=1" for calculation of > exclusive/inclusive time? always? some other nodes? > I am not sure what exactly inclusive or exclusive means, but for parallel nodes, total stats are accumulated so you are seeing loops as 'worker nodes + 1'. Now, as presumably workers run parallelly, so I think the actual time will be what will be shown in the node not actual time * nloops. -- With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: