From: | Luca Ferrari <fluca1978(at)gmail(dot)com> |
---|---|
To: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: FreeBSD UFS & fsync |
Date: | 2021-02-23 07:46:50 |
Message-ID: | CAKoxK+7PgBe=38ZBJk3z7Qp7erMV9cG7Rx10uUPAorjpC+aVhA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Mon, Feb 22, 2021 at 10:38 PM Thomas Munro <thomas(dot)munro(at)gmail(dot)com> wrote:
> Do you have WCE enabled? In that case, modern Linux file systems
> would do a synchronous SYNCHRONIZE CACHE for our WAL fdatasync(), but
> FreeBSD UFS wouldn't as far as I know. It does know how to do that
> (there's a BIO_FLUSH operation, also used by ZFS), but as far as I can
> see UFS uses it just for its own file system meta-data crash safety
> currently (see softdep_synchronize()). (There is also no FUA flag for
> O_[D]SYNC writes, an even more modern invention.)
Apparently no WCE, but I could be looking at the wrong piece:
% sysctl kern.cam.ada | grep write_cache
kern.cam.ada.2.write_cache: -1
kern.cam.ada.1.write_cache: -1
kern.cam.ada.0.write_cache: -1
kern.cam.ada.write_cache: -1
I'm using sata disks, not scsi. Assuming I'm not looking at the wrong
parameter, I wil attach a scsi disk to do the same test and see if
something changes.
Or if you have any other suggestion about what to inspect, please advice.
Thanks,
Luca
From | Date | Subject | |
---|---|---|---|
Next Message | Luca Ferrari | 2021-02-23 11:57:22 | Re: FreeBSD UFS & fsync |
Previous Message | Thomas Munro | 2021-02-22 21:37:29 | Re: FreeBSD UFS & fsync |