Re: reducing statistics write overhead
От | Tom Lane |
---|---|
Тема | Re: reducing statistics write overhead |
Дата | |
Msg-id | 26321.1220740725@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: reducing statistics write overhead (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: reducing statistics write overhead
Re: reducing statistics write overhead |
Список | pgsql-hackers |
Alvaro Herrera <alvherre@commandprompt.com> writes: > As for signalling, maybe we could implement something like we do for the > postmaster signal stuff: the requestor stores a dbid in shared memory > and sends a SIGUSR2 to pgstat or some such. No, no, no. Martin already had a perfectly sane design for that direction of signalling: send a special stats message to the collector. That can carry whatever baggage it needs to. It's the reverse direction of "the data you requested is available now, sir" that is tricky. And I fear that having to keep track of multiple stats-collector output files would make it very significantly trickier --- both for the stats collector's own bookkeeping and for the signaling mechanism itself. I don't believe it's gonna be worth that. regards, tom lane
В списке pgsql-hackers по дате отправления: