From: | Tomas Vondra <tv(at)fuzzy(dot)cz> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: performance-test farm |
Date: | 2011-05-12 19:17:04 |
Message-ID: | 4DCC3230.6020001@fuzzy.cz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Dne 12.5.2011 08:54, Greg Smith napsal(a):
> Tomas Vondra wrote:
>> Actually I was not aware of how the buildfarm works, all I
>> knew was there's something like that because some of the hackers mention
>> a failed build on the mailing list occasionally.
>>
>> So I guess this is a good opportunity to investigate it a bit ;-)
>>
>> Anyway I'm not sure this would give us the kind of environment we need
>> to do benchmarks ... but it's worth to think of.
>>
>
> The idea is that buildfarm systems that are known to have a) reasonable
> hardware and b) no other concurrent work going on could also do
> performance tests. The main benefit of this approach is it avoids
> duplicating all of the system management and source code building work
> needed for any sort of thing like this; just leverage the buildfarm
> parts when they solve similar enough problems. Someone has actually
> done all that already; source code was last sync'd to the build farm
> master at the end of March: https://github.com/greg2ndQuadrant/client-code
Yes, I think that using the existing buildfarm framework is a good idea.
Do you think we should integrate this into the current buildfarm
(although only the selected nodes would run these performance tests) or
that it should be a separate farm?
regards
Tomas
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2011-05-12 19:29:48 | Re: Fw: [BUGS] BUG #6011: Some extra messages are output in the event log at PostgreSQL startup |
Previous Message | Tomas Vondra | 2011-05-12 19:01:42 | Re: performance-test farm |