Re: Re: [COMMITTERS] pgsql: Include the backend ID in the relpath of temporary relations.
От | Robert Haas |
---|---|
Тема | Re: Re: [COMMITTERS] pgsql: Include the backend ID in the relpath of temporary relations. |
Дата | |
Msg-id | AANLkTimN7Ej1Fiyr1E3p+iJHbp6Mvq-ue9z71-1DJ7Qg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Re: [COMMITTERS] pgsql: Include the backend ID in the relpath of temporary relations. (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
On Fri, Aug 13, 2010 at 7:23 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Robert Haas <robertmhaas@gmail.com> writes: >> I have taken a crack at fixing this but someone who understands DTrace >> better than I do may want to check and see if the changes look sane. >> It appears to me that we have no documentation - not even so much as a >> source code comment - explaining how these probes are supposed to work >> or what the arguments to each one are intended mean. > > http://developer.postgresql.org/pgdocs/postgres/dynamic-trace.html#DTRACE-PROBE-POINT-TABLE > > (... which you now need to update ...) > > I think your confusion may stem from the fact that the definition of the > buffer-read-done probe was actually wrong, AFAICS. The docs say its > last 3 args were bools, which was reasonable, but the definition said > int for the first of those. Which is what you want now ... No, it was the original patch that mangled that. I think the real problem is that (1) I didn't test with dtrace enabled when writing the patch, or maybe I did somewhere in the middle but not at the end and (2) I didn't realize there were docs. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise Postgres Company
В списке pgsql-hackers по дате отправления: