Re: Severe performance degradation for dm-cache mq since c86c3070

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

 



On Thu, Sep 10, 2015 at 05:39:20PM +0300, Andrey Korolyov wrote:
> - dm-fio-3.10.txt and dm-fio-4.2.txt are showing results for 3.10/mq
> and 4.2/smq tests correspondingly, one can see a dramatic difference
> for an excessive bandwidth drop.

I've been trying your fio workload this morning on my system.  I do
see a regression in performance for the mq policy, but smq is faster
for me:

  - old version of mq - 636 seconds
  - current version of mq - 820 seconds
  - current version of smq - 585 seconds

This was running a smaller test than you with only 2G per thread.

Have you tried playing with the migration_threshold tunable?  With
random IO such as this we really want the cache to initially populate
the cache but then do no churning.  Could you give me the status line
for the caches once you've run the tests please?  This would tell me
how many blocks are being demoted.

- Joe

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel



[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux