Re: [HACKERS] regression test results - Linux, cvs

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] regression test results - Linux, cvs
Дата
Msg-id 12638.909690576@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] regression test results - Linux, cvs  (Bruce Momjian <maillist@candle.pha.pa.us>)
Список pgsql-hackers
Bruce Momjian <maillist@candle.pha.pa.us> writes:
>> btw, vacuum crash  when postmaster starts with -B 1024 option
>> seems fixed now !!!! I tried many times 'vacuum analyze' and never
>> get problem ! Probably this is a bonus of last fixes :-)

> My guess is the catalog changes Tom did fixed it.  Vacuum analyze uses
> them quite a bit, and buffer cache size could affect which duplicate was
> picked.

Hmm, that would be an unexpected side benefit, wouldn't it!  It could be
true, if vacuum depends on pg_operator entries.  That'd explain why the
rest of us couldn't duplicate Oleg's problem: I'll bet no one who tried
had tables containing the data types that had bogus entries.  (In fact,
I imagine you need to have some *indexes* on those data types before
you'd see such a problem in vacuum, no?)

It occurs to me that there ought to be a VACUUM ANALYZE somewhere in
the regression suite, probably at the end where it has a whole database
of weird stuff to chew on.
        regards, tom lane


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

Предыдущее
От:
Дата:
Сообщение: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/include/catalog pg_operator.h'
Следующее
От: Jon Buller
Дата:
Сообщение: NS32K regression test