From: Jens Axboe <axboe@kernel.dk>
To: Amit Kale <akale@stec-inc.com>
Cc: OS Engineering <osengineering@stec-inc.com>,
LKML <linux-kernel@vger.kernel.org>,
Padmini Balasubramaniyan <padminib@stec-inc.com>,
Amit Phansalkar <aphansalkar@stec-inc.com>
Subject: Re: EnhanceIO(TM) caching driver features [1/3]
Date: Sat, 25 May 2013 08:29:17 +0200 [thread overview]
Message-ID: <20130525062917.GW29680@kernel.dk> (raw)
In-Reply-To: <A44CB407BBB85C498149811C52498A45088559@MYMBX3.stec-inc.ad>
Please don't top post!
On Sat, May 25 2013, Amit Kale wrote:
> Hi Jens,
>
> I by mistake dropped the weblink to demartek study while composing my
> email. The demartek study is published here:
> http://www.demartek.com/Demartek_STEC_S1120_PCIe_Evaluation_2013-02.html.
> It's an independent study. Here are a few numbers taken from this
> report. In a database comparison using transactions per second
> HDD baseline (40 disks) - 2570 tps
> 240GB Cache - 9844 tps
> 480GB cache - 19758 tps
> RAID5 pure SSD - 32380 tps
> RAID0 pure SSD - 40467 tps
>
> There are two types of performance comparisons, application based and
> IO pattern based. Application based tests measure efficiency of cache
> replacement algorithms. These are time consuming. Above tests were
> done by demartek over a period of time. I don't have performance
> comparisons between EnhanceIO(TM) driver, bcache and dm-cache. I'll
> try to get them done in-house.
Unless I'm badly mistaken, that study is only on enhanceio, it does not
compare it to any other solutions. Additionally, it's running on
Windows?! I don't think it's too much to ask to see results on the
operating system for which you are submitting the changes.
> IO pattern based tests can be done quickly. However since IO pattern
> is fixed prior to the test, output tends to depend on whether the IO
> pattern suits the caching algorithm. These are relatively easy. I can
> definitely post this comparison.
It's fairly trivial to do some synthetic cache testing with fio, using
eg the zipf distribution. That'll get you data reuse, for both reads and
writes (if you want), in the selected distribution.
--
Jens Axboe
next prev parent reply other threads:[~2013-05-25 6:29 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-24 9:18 EnhanceIO(TM) caching driver features [1/3] OS Engineering
2013-05-24 18:47 ` Jens Axboe
2013-05-25 3:57 ` Amit Kale
2013-05-25 6:29 ` Jens Axboe [this message]
2013-05-25 16:00 ` Amit Kale
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=20130525062917.GW29680@kernel.dk \
--to=axboe@kernel.dk \
--cc=akale@stec-inc.com \
--cc=aphansalkar@stec-inc.com \
--cc=linux-kernel@vger.kernel.org \
--cc=osengineering@stec-inc.com \
--cc=padminib@stec-inc.com \
/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