FreeBSD 11.1 Beta 2 ZFS performance degradation on SSDs

Steven Hartland killing at multiplay.co.uk
Wed Jun 21 08:01:04 UTC 2017


On 20/06/2017 21:26, Caza, Aaron wrote:
>> On 20/06/2017 17:58, Caza, Aaron wrote:
>> dT: 1.001s  w: 1.000s
>>    L(q)  ops/s    r/s   kBps   ms/r    w/s   kBps   ms/w    d/s   kBps   ms/d   %busy Name
>>       0   4318   4318  34865    0.0      0      0    0.0      0      0    0.0   14.2| ada0
>>       0   4402   4402  35213    0.0      0      0    0.0      0      0    0.0   14.4| ada1
>>
>> dT: 1.002s  w: 1.000s
>>    L(q)  ops/s    r/s   kBps   ms/r    w/s   kBps   ms/w    d/s   kBps   ms/d   %busy Name
>>       1   4249   4249  34136    0.0      0      0    0.0      0      0    0.0   14.1| ada0
>>       0   4393   4393  35287    0.0      0      0    0.0      0      0    0.0   14.5| ada1
>> You %busy is very low, so sounds like the bottleneck isn't in raw disk performance but somewhere else.
>>
>> Might be interesting to see if anything stands out in top -Sz and then press h for threads.
>>
> I rebooted the system to disable Trim so currently not degraded.
>
> dT: 1.001s  w: 1.000s
>   L(q)  ops/s    r/s   kBps   ms/r    w/s   kBps   ms/w    d/s   kBps   ms/d   %busy Name
>      3   3887   3887 426514    0.7      0      0    0.0      0      0    0.0   90.7| ada0
>      3   3987   3987 434702    0.7      0      0    0.0      0      0    0.0   92.0| ada1
>
> dT: 1.002s  w: 1.000s
>   L(q)  ops/s    r/s   kBps   ms/r    w/s   kBps   ms/w    d/s   kBps   ms/d   %busy Name
>      3   3958   3958 433563    0.7      0      0    0.0      0      0    0.0   91.6| ada0
>      3   3989   3989 438417    0.7      0      0    0.0      0      0    0.0   93.0| ada1
>
> test at f111beta2:~ # dd if=/testdb/test of=/dev/null bs=1m
> 16000+0 records in
> 16000+0 records out
> 16777216000 bytes transferred in 19.385855 secs (865435959 bytes/sec)
Now that is interesting, as your getting smaller number ops/s but much 
higher throughput.

In the normal case you're seeing ~108Kb per read where in the degraded 
case you're seeing 8Kb per read.

Given this and knowing the application level isn't effecting it, we need 
to identify where in the IO stack the reads are getting limited to 8Kb?

With your additional information about ARC, it could be that the limited 
memory is the cause.

     Regards
     Steve


More information about the freebsd-fs mailing list