Re: cvs head? initdb?
От | Robert Treat |
---|---|
Тема | Re: cvs head? initdb? |
Дата | |
Msg-id | 200311141807.56285.xzilla@users.sourceforge.net обсуждение исходный текст |
Ответ на | Re: cvs head? initdb? (Jan Wieck <JanWieck@Yahoo.com>) |
Список | pgsql-hackers |
On Friday 14 November 2003 12:03, Jan Wieck wrote: > Robert Treat wrote: > > On Fri, 2003-11-14 at 10:32, Jan Wieck wrote: > >> > >> Or did you mean ARC itself? Since it replaced the old LRU code, it is > >> the only choice you have now. Which sort of raises the question if we > >> would want to have multiple choices, like a config option > >> > >> buffer_replacement_strategy = lru|lru2|arc > > > > people would always want to have those choices (especially for doing > > development/testing/benchmarking between the different methods) the > > question is is it worth the effort to give people those options? > > And in the case of the cache strategy, the point is that different > access patterns might be served better by different strategies. Then > again, who will really test this and try to tune ALL of them to find the > best choice, and is this possible at all given that all databases under > one postmaster share the same buffer pool? > I could see people like the OSDB folks or some of the folks on -performance at least doing some testing against the different backends. Probably not extensive but I bet enough to see if there is a clear winner for some types of work. You might not be able to test them in parallel, but certainly you could serially. Robert Treat -- Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
В списке pgsql-hackers по дате отправления: