Re: StrategyGetBuffer optimization, take 2

Поиск
Список
Период
Сортировка
От Amit Kapila
Тема Re: StrategyGetBuffer optimization, take 2
Дата
Msg-id CAA4eK1LCTRyCjpOwE3JvaUGSS_0OJ=cnVPmdRwiiGwoR1BPumA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: StrategyGetBuffer optimization, take 2  (Merlin Moncure <mmoncure@gmail.com>)
Список pgsql-hackers
On Wed, Aug 14, 2013 at 7:00 PM, Merlin Moncure <mmoncure@gmail.com> wrote:
> Performance testing this patch is a real bugaboo for me; the VMs I have to
> work with are too unstable to give useful results :-(.  Need to scrounge up
> a doner box somewhere...
  While doing performance tests in this area, I always had a feeling
that OS layer (scheduler that flushes OS buffers)  had a role to play here, So I use to reboot m/c between tests,
ofcourse taking performance data in this fashion is tedious.  I think it is good to run tests on m/c with configuration
similar
to what Jim Nasby mentioned in his below mail.

With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com



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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: updatable/deletable terminology
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: danger of stats_temp_directory = /dev/shm