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

Reply via email to