Neil Conway wrote: > 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...
OK, do we need to test further or just bump it to 128? > > 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. I am going to list only 32 as an option. I think it needs to be at least that high for OpenACS. > > 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 Probably. We will just keep them on the radar. > > 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? Ideally, before beta or people can't really test them. -- Bruce Momjian | http://candle.pha.pa.us [EMAIL PROTECTED] | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania 19026 ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly