Re: Optimize LISTEN/NOTIFY
От | Tom Lane |
---|---|
Тема | Re: Optimize LISTEN/NOTIFY |
Дата | |
Msg-id | 2495353.1759860890@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Optimize LISTEN/NOTIFY ("Joel Jacobson" <joel@compiler.org>) |
Ответы |
Re: Optimize LISTEN/NOTIFY
|
Список | pgsql-hackers |
"Joel Jacobson" <joel@compiler.org> writes: >> 7. I'm wondering if we could add some TAP tests for this? I think that >> adding a case to ensure that we can grown the dshash correctly and also >> we manage multiple backends to the same channel properly. This CF [1] >> has some examples of how TAP tests can be created to test LISTEN/NOTIFY > I will look over the tests. Maybe we should add some elog DEBUG at the > new code paths, and ensure the tests at least cover all of them? I went to do a coverage test on v10, and found that it does not get through the existing async-notify isolation test: it panics with "cannot abort transaction %u, it was already committed". It's a bit premature to worry about adding new tests if you're not passing the ones that are there. regards, tom lane
В списке pgsql-hackers по дате отправления: