From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
Cc: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, rsmogura <rsmogura(at)softperience(dot)eu>, PG Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: 2nd Level Buffer Cache |
Date: | 2011-03-22 17:00:08 |
Message-ID: | 4D88D598.9020802@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 03/22/2011 12:47 PM, Jeff Janes wrote:
>
>> Maybe the thing to focus on first is the oft-discussed "benchmark
>> farm" (similar to the "build farm"), with a good mix of loads, so
>> that the impact of changes can be better tracked for multiple
>> workloads on a variety of platforms and configurations.
> Yeah, that sounds great. Even just having a centrally organized group
> of scripts/programs that have a good mix of loads, without the
> automated farm to go with it, would be a help.
>
>
Part of the reason for releasing the buildfarm server code a few months
ago (see <https://github.com/PGBuildFarm/server-code>) was to encourage
development of a benchmark farm, amoong other offspring. But I haven't
seen such an animal emerging.
Someone just needs to sit down and do it and present us with a fait
accompli.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2011-03-22 17:03:30 | Re: VACUUM FULL deadlock with backend startup |
Previous Message | Cédric Villemain | 2011-03-22 16:47:39 | Re: psql \dt and table size |