RE: [ext] Re: Pointers towards identifying bulk import bottleneck(walwriter tuning?)

Поиск
Список
Период
Сортировка
От Holtgrewe, Manuel
Тема RE: [ext] Re: Pointers towards identifying bulk import bottleneck(walwriter tuning?)
Дата
Msg-id CC941ED861F3AA469B6D50EE76C57483015EAC0F33@s-mx14-bih01.charite.de
обсуждение исходный текст
Ответ на Re: [ext] Re: Pointers towards identifying bulk import bottleneck(walwriter tuning?)  (Laurenz Albe <laurenz.albe@cybertec.at>)
Список pgsql-general
I guess this cannot be pointed out too often ;) I'm not intending to do this but the behaviour of the system with
fsync=offled me to further understand that the bottleneck had to be CPU-related rather than I/O-related. Of course, I
neverswitched off fsync on the production system. 

Best wishes,

________________________________________
From: Laurenz Albe [laurenz.albe@cybertec.at]
Sent: Wednesday, August 28, 2019 05:45
To: Holtgrewe, Manuel; Luca Ferrari
Cc: pgsql-general
Subject: Re: [ext] Re: Pointers towards identifying bulk import bottleneck (walwriter tuning?)

Holtgrewe, Manuel wrote:
> Switching off fsync leads to a drastic time improvement but still
> higher wall-clock time for four threads.

Don't do that unless you are ready to start from scratch with a new
"initdb" in the case of a crash.

You can do almost as good by setting "synchronous_commit = off",
and that is crash-safe.

Yours,
Laurenz Albe
--
Cybertec | https://www.cybertec-postgresql.com




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

Предыдущее
От: Ron
Дата:
Сообщение: Re: Work hours?
Следующее
От: Sonam Sharma
Дата:
Сообщение: