Try that, maybe you can regain some of the lost performance and still get a reliable operation out of the device. One other thing I should mention, as I see people reporting issues on non-AMD controllers as well to clarify my experience so far, on the AMD chipset controller I have to disable NCQ entirely to get it working but on the ASMedia controllers it seems to be enough to disable just the queued TRIM (so the same as Roman Elshin reports above). Also, did you check what performance you get with it, and how it compares with using AMD's driver? IIRC the MS driver was quite slow, so it might be a bit more "reliable" only due to being suboptimal and not pushing the hardware nowhere nearly as hard. Well, if it still has issues until NCQ disabled, it only confirms that the issue can't really be solved by the driver. > using), the system doesn't freeze anymore (but still gets the other issues > But with the Microsoft Sata Controller Driver (that AMD now recommends ata3.00: limiting speed to UDMA/100:PIO4 ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata3: limiting SATA link speed to 1.5 Gbps ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) In the AMD controller, link fails and switch to PIO4 UDMA/100 in last. In the ASMEDIA SATA II 6Gbps (now disabled), read errors and heavy freezes (even filesystem damage) Samsung SSD 850 EVO 500GB (firmware EMT02B6Q) SATA controller: Advanced Micro Devices, Inc. Here are some more links that may (or may not) be the same thing: ioengine=libaio -iodepth=32 -direct=1 -runtime=10m -time_based=1 The issue happens on both 4.15.0-43-generic and 4.18.0-13-generic kernels and in my case I was using a simple fio job to make the issue occur:įio -name=test -readonly -rw=randread -filename /dev/sdb -bs=32k \ The SATA controller in the HP MicroServer N36L seeing the issue is an AMD SB7x0/SB8x0/SB9x0. I think I'm seeing this issue (Samsung 860 SSD triggers "WRITE FPDMA QUEUED" errors in kernel log/dmesg under heavy I/O causing terrible performance and unreliable unless NCQ is disabled) too.
0 kommentar(er)
