Re: [HACKERS] [COMMITTERS] pgsql: Fix possible crash reading pg_stat_activity.
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] [COMMITTERS] pgsql: Fix possible crash reading pg_stat_activity. |
| Дата | |
| Msg-id | 15257.1483652020@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] [COMMITTERS] pgsql: Fix possible crash reading pg_stat_activity. (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [HACKERS] [COMMITTERS] pgsql: Fix possible crash reading pg_stat_activity.
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> I suspect you're going to tell me this all needs to be better
> documented, which is probably a valid criticism. Suggestions as to
> where such documentation should be added - either as code comments or
> in a README somewhere or in doc/src/sgml - will be gratefully
> accepted.
Better documentation seems required, but really the whole design seems
rather wacko. Backends must agree on numeric tranche IDs, but every
backend has its own copy of the tranche name? How do we even know what
agreement is? And every one has to "register" every tranche ID for
itself? Why in the world isn't registration done *once* and the tranche
name stored in shared memory?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера