Re: Large block sizes support in Linux

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Large block sizes support in Linux
Дата
Msg-id ZgHcNGJVfE7-UkAG@momjian.us
обсуждение исходный текст
Ответ на Re: Large block sizes support in Linux  (Pankaj Raghav <kernel@pankajraghav.com>)
Список pgsql-hackers
On Mon, Mar 25, 2024 at 02:53:56PM +0100, Pankaj Raghav wrote:
> This is an excellent question that needs a bit of community discussion to
> expose a device agnostic value that userspace can trust.
> 
> There might be a talk this year at LSFMM about untorn writes[1] in buffered IO
> path. I will make sure to bring this question up.
> 
> At the moment, Linux exposes the physical blocksize by taking also atomic guarantees
> into the picture, especially for NVMe it uses the NAWUPF and AWUPF while setting
> physical blocksize (/sys/block/<dev>/queue/physical_block_size).
> 
> A system admin could use value exposed by phy_bs as a hint to disable full_page_write=off.
> Of course this requires also the device to give atomic guarantees.
> 
> The most optimal would be DB page size == FS block size == Device atomic size.

One other thing I remember is that some people modified the ZFS file
system parameters enough that they made Postgres non-durable and
corrupted their database.  This is a very hard thing to get right
because the user has very little feedback when they break things.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EDB                                      https://enterprisedb.com

  Only you can decide what is important to you.



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

Предыдущее
От: Nathan Bossart
Дата:
Сообщение: Re: Popcount optimization using AVX512
Следующее
От: Bharath Rupireddy
Дата:
Сообщение: Re: pgsql: Track last_inactive_time in pg_replication_slots.