From: matthew patton <pattonme-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
To: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Heiko Wundram <modelnine-EqIAFqbRPK3NLxjTenLetw@public.gmane.org>
Subject: Re: Doubling (?) of writes
Date: Mon, 24 Jun 2013 08:08:06 -0700 (PDT) [thread overview]
Message-ID: <1372086486.64111.YahooMailBasic@web181506.mail.ne1.yahoo.com> (raw)
In-Reply-To: <51C8424C.8020709-EqIAFqbRPK3NLxjTenLetw@public.gmane.org>
What are the parameters of the workload? What's the point of posting benchmark results if you don't provide even a shred of context?
Do the numbers from hdparm --direct -t roughly match the "sda" number? That you're getting 50% of raw SSD performance would seem to imply that 22% of the time you're getting a cache hit. Oops sorry, that verbiage applies to READs.
280MB/s * X + 100MB/s * (1-X) = 140
X = 0.22
For writes, you're obviously writing more data than the will just fit in the cache. Once the cache is sufficiently full with pending writes it has to destage to disk and that write rate is (on streaming loads only) about 80-100MB/s and far less when having to do lots of seeks. If we go with the 24MB/s number as the destage performance of the HDs with your workload
280 * X + 24 * 1-X) = 140
X = 0.45
So 45% of the time the writes go to cache and are immediately acknowledged. The rest of the time, it has to destage the current or (some) previous writes to disk before it can ACK. What's your dirty block watermark set to in bCache? I don't recall if that is a tunable. It may be hard-coded.
next prev parent reply other threads:[~2013-06-24 15:08 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-24 12:57 Doubling (?) of writes Heiko Wundram
[not found] ` <51C8424C.8020709-EqIAFqbRPK3NLxjTenLetw@public.gmane.org>
2013-06-24 15:08 ` matthew patton [this message]
[not found] ` <1372086486.64111.YahooMailBasic-XYahOdtEMNlRBbKmAC7my5OW+3bF1jUfVpNB7YpNyf8@public.gmane.org>
2013-06-24 15:20 ` Heiko Wundram
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1372086486.64111.YahooMailBasic@web181506.mail.ne1.yahoo.com \
--to=pattonme-/e1597as9lqavxtiumwx3w@public.gmane.org \
--cc=linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=modelnine-EqIAFqbRPK3NLxjTenLetw@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox