From: Thomas Fjellstrom <thomas@fjellstrom.ca>
To: stan@hardwarefreak.com
Cc: Tommy Apel Hansen <tommyapeldk@gmail.com>,
Chris Murphy <lists@colorremedies.com>,
linux-raid Raid <linux-raid@vger.kernel.org>
Subject: Re: recommended way to add ssd cache to mdraid array
Date: Mon, 14 Jan 2013 20:52:06 -0700 [thread overview]
Message-ID: <201301142052.06390.thomas@fjellstrom.ca> (raw)
In-Reply-To: <50F4B5E5.30809@hardwarefreak.com>
On Mon Jan 14, 2013, Stan Hoeppner wrote:
> On 1/14/2013 3:53 PM, Thomas Fjellstrom wrote:
> > random random
> > bkwd record
> > stride
> >
> > KB reclen write rewrite read reread read
> > write read rewrite read fwrite frewrite fread
> > freread
> >
> > 33554432 8192 124664 121973 524509 527971 376880
> > 104357 336083 40088 392683 213941 215453 631122
> > 631617
> >
> > I assume that is to you liking?
>
> Yes, much better. Now, where is the output from the system you're
> comparing performance against?
I haven't been comparing it against my other system, as its kind of apples and
oranges. My old array, on somewhat similar hardware for the most part, but
uses older 1TB drives in RAID5.
Server hw:
Supermicro X9SCM-FO
Xeon E3-1230 3.2Ghz
16GB DDR3 1333mhz ECC
8 port IBM/LSI SAS/SATA HBA
NAS hw:
Intel S1200KP
Core i3-2120 3.3Ghz
16GB DDR3 1333mhz ECC
8 port IBM/LSI SAS/SATA HBA
Not the highest end hardware out there, but it gets the job done. I was
actually trying to get less powerful hardware for the NAS, but I really
couldn't find much that fit my other requirements (mini-itx server grade hw).
Very limited selection of motherboards, most of which take socket 1155 cpus,
and the selection of those that also take ECC ram is fairly limited as well.
> > As for the simple home server array, if it were so simple, it'd work out
> > of the box with no issues at all.
>
> It is working. And there are no issues, but for your subjective
> interpretation of the iozone data, assuming it is not working properly.
It is working. And I can live with it as is, but it does seem like something
isn't right. If thats just me jumping to conclusions, well thats fine then.
But 600MB/s+ reads vs 200MB/s writes seems a tad off.
> This is why benchmarks of this sort are generally only good for
> comparing one system to another.
I'm running the same iozone test on the old array, see how it goes. But its
currently in use, and getting full (84G free out of 5.5TB), so I'm not
positive how well it'll do as compared to if it was a fresh array like the new
nas array.
Preliminary results show similar read/write patterns (140MB/s write, 380MB/s
read), albeit slower probably due to being well aged, in use, and maybe the
drive speeds (the 1TB drives are 20-40MB/s slower than the 2TB drives in a
straight read test, I can't remember the write differences).
--
Thomas Fjellstrom
thomas@fjellstrom.ca
next prev parent reply other threads:[~2013-01-15 3:52 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-22 6:57 recommended way to add ssd cache to mdraid array Thomas Fjellstrom
2012-12-23 3:44 ` Thomas Fjellstrom
2013-01-09 18:41 ` Thomas Fjellstrom
2013-01-10 6:25 ` Chris Murphy
2013-01-10 10:49 ` Thomas Fjellstrom
2013-01-10 21:36 ` Chris Murphy
2013-01-11 0:18 ` Stan Hoeppner
2013-01-11 12:35 ` Thomas Fjellstrom
2013-01-11 12:48 ` Thomas Fjellstrom
2013-01-14 0:05 ` Tommy Apel Hansen
2013-01-14 8:58 ` Thomas Fjellstrom
2013-01-14 18:22 ` Thomas Fjellstrom
2013-01-14 19:45 ` Stan Hoeppner
2013-01-14 21:53 ` Thomas Fjellstrom
2013-01-14 22:51 ` Chris Murphy
2013-01-15 3:25 ` Thomas Fjellstrom
2013-01-15 1:50 ` Stan Hoeppner
2013-01-15 3:52 ` Thomas Fjellstrom [this message]
2013-01-15 8:38 ` Stan Hoeppner
2013-01-15 9:02 ` Tommy Apel
2013-01-15 11:19 ` Stan Hoeppner
2013-01-15 10:47 ` Tommy Apel
2013-01-16 5:31 ` Thomas Fjellstrom
2013-01-16 8:59 ` John Robinson
2013-01-16 21:29 ` Stan Hoeppner
2013-02-10 6:59 ` Thomas Fjellstrom
2013-01-16 22:06 ` Stan Hoeppner
2013-01-14 21:38 ` Tommy Apel Hansen
2013-01-14 21:47 ` Tommy Apel Hansen
2013-01-11 12:20 ` Thomas Fjellstrom
2013-01-11 17:39 ` Chris Murphy
2013-01-11 17:46 ` Chris Murphy
2013-01-11 18:52 ` Thomas Fjellstrom
2013-01-12 0:47 ` Phil Turmel
2013-01-12 3:56 ` Chris Murphy
2013-01-13 22:13 ` Phil Turmel
2013-01-13 23:20 ` Chris Murphy
2013-01-14 0:23 ` Phil Turmel
2013-01-14 3:58 ` Chris Murphy
2013-01-14 22:00 ` Thomas Fjellstrom
2013-01-11 18:51 ` Thomas Fjellstrom
2013-01-11 22:17 ` Stan Hoeppner
2013-01-12 2:44 ` Thomas Fjellstrom
2013-01-12 8:33 ` Stan Hoeppner
2013-01-12 14:44 ` Thomas Fjellstrom
2013-01-13 19:18 ` Chris Murphy
2013-01-14 9:06 ` Thomas Fjellstrom
2013-01-11 18:50 ` Stan Hoeppner
2013-01-12 2:45 ` Thomas Fjellstrom
2013-01-12 12:06 ` Roy Sigurd Karlsbakk
2013-01-12 14:14 ` Stan Hoeppner
2013-01-12 16:37 ` Roy Sigurd Karlsbakk
2013-01-10 13:13 ` Brad Campbell
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=201301142052.06390.thomas@fjellstrom.ca \
--to=thomas@fjellstrom.ca \
--cc=linux-raid@vger.kernel.org \
--cc=lists@colorremedies.com \
--cc=stan@hardwarefreak.com \
--cc=tommyapeldk@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.