Re: Replaying 48 WAL files takes 80 minutes

Поиск
Список
Период
Сортировка
От Albe Laurenz
Тема Re: Replaying 48 WAL files takes 80 minutes
Дата
Msg-id D960CB61B694CF459DCFB4B0128514C2089A6216@exadv11.host.magwien.gv.at
обсуждение исходный текст
Ответ на Re: Replaying 48 WAL files takes 80 minutes  ("ktm@rice.edu" <ktm@rice.edu>)
Ответы Re: Replaying 48 WAL files takes 80 minutes  ("ktm@rice.edu" <ktm@rice.edu>)
Список pgsql-performance
ktm@rice.edu wrote:
>>> If you do not have good random io performance log replay is nearly
>>> unbearable.
>>>
>>> also, what io scheduler are you using? if it is cfq change that to
>>> deadline or noop.
>>> that can make a huge difference.
>>
>> We use the noop scheduler.
>> As I said, an identical system performed well in load tests.

> The load tests probably had the "important" data already cached.
Processing
> a WAL file would involve bringing all the data back into memory using
a
> random I/O pattern.

The database is way too big (1 TB) to fit into cache.

What are "all the data" that have to be brought back?
Surely only the database blocks that are modified by the WAL,
right?

Yours,
Laurenz Albe


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

Предыдущее
От: "Albe Laurenz"
Дата:
Сообщение: Re: Replaying 48 WAL files takes 80 minutes
Следующее
От: "ktm@rice.edu"
Дата:
Сообщение: Re: Replaying 48 WAL files takes 80 minutes