Re: Concerns about this release

Поиск
Список
Период
Сортировка
От Mike Mascari
Тема Re: Concerns about this release
Дата
Msg-id 3C1F954B.5670FC92@mascari.com
обсуждение исходный текст
Ответ на Concerns about this release  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: Concerns about this release  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> 
> mlw <markw@mohawksoft.com> writes:
> > I kind of second your opinion here. I also have my doubts that the
> > default is not as well tested as the option.
> 
> By that logic, we could never make any new releases, or at least never
> add any new code.  "New code isn't as well tested as old code" is an
> unhelpful observation.
> 
> FWIW, I trust lazy VACUUM a lot *more* than I trust the old VACUUM code.
> Read the tuple-chain-moving logic in vacuum.c sometime, and then tell me
> how confident you feel in it.  (My gut tells me that that logic is
> responsible for the recent reports of duplicate tuples in 7.1.*, though
> I can't yet back this up with any evidence.)

For all the various bugs which have been in PG over the years, the
recent crop of "duplicate tuples" is the absolute scariest. Can a
release really be made without knowing precisely the cause of those
corruptions? The various theories offered by the posters (SMP
machine, CREATE INDEX in pl/pgsql functions, etc.) aren't comforting
either. To me, all other feature enhancements pale in comparison to
pinning down this bug.

Just my opinion, 

Mike Mascari
mascarm@mascari.com


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Mikheev, Vadim"
Дата:
Сообщение: Re: Deadlock condition in current sources
Следующее
От: "Mikheev, Vadim"
Дата:
Сообщение: Re: problems with table corruption continued