r pci attachment."
Latest change, r354074 "MFC r352630: Make nvme(4) driver some more NUMA
aware.", looks suspicious, I'll test before vs. after that change when I
can.
Is anyone else seeing this?
Theron Tarigo
___
freebsd-stable@freeb
On 2019-11-23 21:33, Andrew Reilly wrote:
It feels like a
time-out bug somewhere, but (a) there is no complaint, and (b) the
network traffic is light at the time. Needless to say Apple
documentation is useless.
Maybe there is a way to reproduce the Lightroom's file access pattern
from a shell s
t blocksize is "native" to the drive? Are these aligned?
I recall this chance for misalignment being a cause of silent write
corruption after installing a new SSD for Apple MacOS; maybe FreeBSD ZFS
on SATA happens to be similarly susceptible.
Theron
__
On 2020-02-28 09:14, Mario Olofo wrote:
Thanks!
The only thing that I didn't checked was the questions of Theron, about
misaligned data.
The layout of the disk is as follows:
Disco /dev/sdb: 447,1 GiB, 480113590272 bytes, 937721856 setores
Unidades: setor de 1 * 512 = 512 bytes
Taman
On 2020-04-11 04:20, O'Connor, Daniel via freebsd-stable wrote:
virtual_oss(8) seems to do exactly what I was looking for regarding "mixing".
No idea how cuse(3) comes into play, seems to be not as native as I prefer things.
Yes, it does - I haven't used it but it looks like what you want.
