Re: Direct I/O
От | Andrew Dunstan |
---|---|
Тема | Re: Direct I/O |
Дата | |
Msg-id | 873fa65a-d93e-0193-fcd2-29d949a53d18@dunslane.net обсуждение исходный текст |
Ответ на | Re: Direct I/O (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: Direct I/O
|
Список | pgsql-hackers |
Hi, On 2023-04-08 17:31:02 -0400, Tom Lane wrote:Andres Freund <andres@anarazel.de> writes:On 2023-04-08 17:10:19 -0400, Tom Lane wrote: It's also odd that it's just crake having the issue. It's just a linux host, afaics.Indeed. I'm guessing from the compiler version that it's Fedora 37 nowThe 15 branch says: hostname = neoemma uname -m = x86_64 uname -r = 6.2.8-100.fc36.x86_64 uname -s = Linux uname -v = #1 SMP PREEMPT_DYNAMIC Wed Mar 22 19:14:19 UTC 2023 So at least the kernel claims to be 36...(the lack of such basic information in the meson configuration output is pretty annoying).Yea, I was thinking yesterday that we should add uname output to meson's configure (if available). I'm sure we can figure out a reasonably fast windows command for the version, too.I've been trying to repro it here on an F37 box, with no success, suggesting that it's very timing sensitive. Or maybe it's inside a VM and that matters?Could also be filesystem specific?
I migrated it in February from a VM to a non-virtual instance. Almost nothing else runs on the machine. The personality info shown on the BF server is correct.
andrew@neoemma:~ $ cat /etc/fedora-release
Fedora release 36 (Thirty Six)
andrew@neoemma:~ $ uname -a
Linux neoemma 6.2.8-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Mar 22 19:14:19 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
andrew@neoemma:~ $ gcc --version
gcc (GCC) 12.2.1 20221121 (Red Hat 12.2.1-4)
andrew@neoemma:~ $ mount | grep home
/dev/mapper/luks-xxxxxxx on /home type btrfs (rw,relatime,seclabel,compress=zstd:1,ssd,discard=async,space_cache,subvolid=256,subvol=/home)
I guess it could be btrfs-specific. I'll be somewhat annoyed if I have to re-init the machine to use something else.
cheers
andrew
-- Andrew Dunstan EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: