Re: testing HS/SR - 1 vs 2 performance

Поиск
Список
Период
Сортировка
От Mark Kirkwood
Тема Re: testing HS/SR - 1 vs 2 performance
Дата
Msg-id 4BD0ED5B.8040104@catalyst.net.nz
обсуждение исходный текст
Ответ на Re: testing HS/SR - 1 vs 2 performance  ("Erik Rijkers" <er@xs4all.nl>)
Список pgsql-hackers
Erik Rijkers wrote:
>
> This is the same behaviour (i.e. extreme slow standby) that I saw earlier (and which caused the
> original post, btw).  In that earlier instance, the extreme slowness disappeared later, after many
> hours maybe even days (without bouncing either primary or standby).
>
> I have no idea what could cause this; is no one else is seeing this ?
>
> (if I have time I'll repeat on other hardware in the weekend)
>
> any comment is welcome...
>
>
>   

I wonder if what you are seeing is perhaps due to the tables on the 
primary being almost completely cached (from the initial create) and 
those on the standby being at best partially so. That would explain why 
the standby performance catches up after a while ( when its tables are 
equivalently cached).

One way to test this is to 'pre-cache' the standby by selecting every 
row from its tables before running the pgbench test.

regards

Mark



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: recovery_connections cannot start (was Re: master in standby mode croaks)
Следующее
От: Robert Haas
Дата:
Сообщение: why do we have rd_istemp?