Re: Open 7.3 items
| От | nconway@klamath.dyndns.org (Neil Conway) |
|---|---|
| Тема | Re: Open 7.3 items |
| Дата | |
| Msg-id | 20020731151921.GA24681@klamath.dyndns.org обсуждение исходный текст |
| Ответ на | Open 7.3 items (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: Open 7.3 items
Re: Open 7.3 items |
| Список | pgsql-hackers |
On Tue, Jul 30, 2002 at 11:50:38PM -0400, Bruce Momjian wrote: > NAMEDATALEN - disk/performance penalty for increase, 64, 128? In my personal testing, I've been unable to observe a significant performance impact (as Tom mentioned, I tried getting some profiling data with gprof + pgbench, and found that increasing NAMEDATALEN made things *faster*). Whether that is enough of an endorsement to make the change for 7.3, I'm not sure... > FUNC_MAX_ARGS - disk/performance penalty for increase, 24, 32? Until someone takes the time to determine what the performance implications of this change will be, I don't think we should change this. Given that no one has done any testing, I'm not convinced that there's a lot of demand for this anyway. > Point-in-time recovery - ready for 7.3? > Reindex/btree shrinkage - does reindex need work, can btree be shrunk? I think both of these should probably wait for 7.4 > display locks - ready? > Prepared statements - ready? Both of these are ready, only trivial changes are required. > Schema handling - ready? interfaces? client apps? Do we want all client interfaces / admin apps to be aware of schemas in time for beta 1, or is the plan to fix these during the beta cycle? Cheers, Neil -- Neil Conway <neilconway@rogers.com> PGP Key ID: DB3C29FC
В списке pgsql-hackers по дате отправления: