Re: ALTER TABLE lock strength reduction patch is unsafe
От | Alvaro Herrera |
---|---|
Тема | Re: ALTER TABLE lock strength reduction patch is unsafe |
Дата | |
Msg-id | 1325614296-sup-9131@alvh.no-ip.org обсуждение исходный текст |
Ответ на | Re: ALTER TABLE lock strength reduction patch is unsafe (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: ALTER TABLE lock strength reduction patch is unsafe
|
Список | pgsql-hackers |
Excerpts from Robert Haas's message of mar ene 03 12:24:52 -0300 2012: > I feel like the first thing we should be doing here is some > benchmarking. If we change just the scans in dependency.c and then > try the test case Tom suggested (dropping a schema containing a large > number of functions), we can compare the patched code with master and > get an idea of whether the performance is acceptable. If it is, > changing everything else is a mostly mechanical process that we can > simply grind through. If it's not, I'd rather learn that before we > start grinding. If there are many call sites, maybe it'd be a good idea to use a semantic patcher tool such as Coccinelle instead of doing it one by one. -- Álvaro Herrera <alvherre@commandprompt.com> The PostgreSQL Company - Command Prompt, Inc. PostgreSQL Replication, Consulting, Custom Development, 24x7 support
В списке pgsql-hackers по дате отправления: