Re: [PATCH 11/15] iio: buffer-dma: Boost performance using write-combine cache setting

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

 



On 11/27/21 5:05 PM, Jonathan Cameron wrote:
Non-coherent mapping with no cache sync:
- fileio:
     read:	156 MiB/s
     write:	123 MiB/s
- dmabuf:
     read:	234 MiB/s (capped by sample rate)
     write:	182 MiB/s

Non-coherent reads with no cache sync + write-combine writes:
- fileio:
     read:	156 MiB/s
     write:	140 MiB/s
- dmabuf:
     read:	234 MiB/s (capped by sample rate)
     write:	210 MiB/s


A few things we can deduce from this:

* Write-combine is not available on Zynq/ARM? If it was working, it
should give a better performance than the coherent mapping, but it
doesn't seem to do anything at all. At least it doesn't harm
performance.
I'm not sure it's very relevant to this sort of streaming write.
If you write a sequence of addresses then nothing stops them getting combined
into a single write whether or not it is write-combining.

There is a difference at which point they can get combined. With write-combine they can be coalesced into a single transaction anywhere in the interconnect, as early as the CPU itself. Without write-cobmine the DDR controller might decide to combine them, but not earlier. This can make a difference especially if the write is a narrow write, i.e. the access size is smaller than the buswidth.

Lets say you do 32-bit writes, but your bus is 64 bits wide. With WC two 32-bits can be combined into a 64-bit write. Without WC that is not possible and you are potentially not using the bus to its fullest capacity. This is especially true if the memory bus is wider than the widest access size of the CPU.





[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux