Re: [GENERAL] Performance of full outer join in 8.3

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: [GENERAL] Performance of full outer join in 8.3
Дата
Msg-id 49E9C27B.1020606@dunslane.net
обсуждение исходный текст
Ответ на Re: [GENERAL] Performance of full outer join in 8.3  (Hannu Krosing <hannu@2ndQuadrant.com>)
Ответы Re: [GENERAL] Performance of full outer join in 8.3  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers

Hannu Krosing wrote:
> On Wed, 2009-04-15 at 18:04 -0400, Tom Lane wrote:
>   
>> Simon Riggs <simon@2ndQuadrant.com> writes:
>>     
>>> I've always been scared to ask this question, in case the answer is No,
>>> but: Do we have a set of regression tests for the optimizer anywhere?
>>>       
>> Nothing beyond what is in the standard tests.  While that's okay at
>> catching wrong answers --- and we have memorialized a number of such
>> issues in the tests --- the framework is not good for catching things
>> that run slower than they ought.
>>     
>
> Can't we make first cut at it by just running with timings on and then
> compare ratios of running times - maybe with 2-3X tolerance - to catch
> most obvious regressions ?
>
>   

The current regression tests are a series of yes/no answers to this 
question: does the actual output match the expected output. Nothing like 
as fuzzy as what you are suggesting is supported at all. From time to 
time suggestions are made for a performance farm as a kind of analog to 
the buildfarm, which would look at quantitative timing tests rather than 
just success/failure tests. It on my (very long) list of things to do, 
but it not something we can just tack on to the current regression suite 
simply.

cheers

andrew


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [PATCH] unalias of ACL_SELECT_FOR_UPDATE
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Patch for 8.5, transformationHook