Re: IOPS higher than expected on randwrite, direct=1 tests

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Sebastian Kayser <sebastian@xxxxxxxxxx> wrote:
> Just to make sure my understanding is correct:
> - direct=1 should mitigate (disable?) OS caching effects
> - sync=1, iodepth=1 should make sure that an I/O has really made it to
>   disk before the next on is issued, i.e. should de-facto disable
>   I/O coalescing or device caching
> 
> Are these sane/valid assumptions?

Shawn Lewis sent me an email off-list and suggested that the disk itself
will still do write-caching (despite O_SYNC) unless this has been
explicitly disabled. I dug into the storage configuration and found an
option which sounded promising ("Drive Delayed Write", not to be confused
with the RAID controller write cache which was disabled from the start).
Disabled the delayed writes and the IOPS went down from ~240 to

* ~100 for a filesystem test (size=100g out of 2TB)
* ~110 for a raw device test

Still a bit more than I would expect [1], but definitely closer. I am not
sure whether this can be brought down any further, i.e. whether there's
another caching effect hidden somwhere or if these figures now actually
reflect the "raw" harddisk performance.

Either way, I am surprised how much gain in IOPS a simple hard drive cache
delivers ... and I am also very grateful for all the suggestions so far!
Thanks guys!

Sebastian

[1] http://www.spinics.net/lists/fio/msg00558.html
--
To unsubscribe from this list: send the line "unsubscribe fio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel]     [Linux SCSI]     [Linux IDE]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux SCSI]

  Powered by Linux