dm-devel.redhat.com archive mirror
 help / color / mirror / Atom feed
* Fwd: Re: dm-cache with zero hit rate
       [not found] <51FBF2FD.10205@redhat.com>
@ 2013-08-02 18:19 ` Heinz Mauelshagen
  0 siblings, 0 replies; only message in thread
From: Heinz Mauelshagen @ 2013-08-02 18:19 UTC (permalink / raw)
  To: dm-devel >> device-mapper development


[-- Attachment #1.1: Type: text/plain, Size: 1969 bytes --]




-------- Original Message --------
Subject: 	Re: dm-cache with zero hit rate
Date: 	Fri, 02 Aug 2013 19:57:17 +0200
From: 	Heinz Mauelshagen <heinzm@redhat.com>
To: 	Steinar H. Gunderson <sgunderson@bigfoot.com>



On 08/02/2013 03:58 PM, Steinar H. Gunderson wrote:
> On Fri, Aug 02, 2013 at 09:23:44AM -0400, Mike Snitzer wrote:
>> Yes, it is surprising.  Curious to know if the promotions aren't
>> happening due to the IO scheduler somehow merging all your random small
>> IO.  We don't yet have a descrete counter to show the number of
>> migrations that were skipped due to sequential_threshold but that is
>> something we can add.
>>
>> But you can effectively disable the sequential_threshold by setting it
>> really high, e.g.:
>>
>> dmsetup message cache 0 sequential_threshold 16384
> I tried this, and it still doesn't appear to promote anything at all:
>
> cache: 0 23440891904 cache 913/8192 0 7021239 0 2049048 0 0 0 0 0 2 migration_threshold 2048 4 random_threshold 8 sequential_threshold 16384
>
> It's only been running for a few minutes, though.
>
> FWIW, earlier I ran it on only one single partition, and then it worked.
> So it's not like my kernel is completely broken, at least.

Doesn't seem so.

Because you succeeded on a partition, mind trying a small some GB mapping
with smaller block size too on top of your big RAID? Eventually apply
the config you
used for your to your partition and adjust that to your large RAID?

If that fails as well, it looks like some strange device specific issue
causing the failure.
If it succeeds, it seems to be a large size related one.

Heinz

>
>> Please write a file that is smaller than your specified
>> sequential_threshold, and then read it numerous times via direct IO,
>> e.g.:
>>
>> dd if=<your file> of=/dev/null iflag=direct bs=16K
> I did, with a 16 kB file (that should certainly be small enough, right?),
> executing the dd command 10000 times. Still nothing cached.
>
> /* Steinar */




[-- Attachment #1.2: Type: text/html, Size: 3197 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2013-08-02 18:19 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <51FBF2FD.10205@redhat.com>
2013-08-02 18:19 ` Fwd: Re: dm-cache with zero hit rate Heinz Mauelshagen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).