From: Bill Davidsen <davidsen@tmr.com>
To: Mario <mgiammarco@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: It is possible to put write cache on ssd?
Date: Mon, 07 Jun 2010 15:14:04 -0400 [thread overview]
Message-ID: <4C0D44FC.8020908@tmr.com> (raw)
In-Reply-To: <loom.20100604T102522-67@post.gmane.org>
Mario wrote:
> Hello,
> I have seen that the only hardware raid controllers that can go faster than
> linux md raid are the controllers with BBU unit.
>
> Infact thanks to the battery the controllers can have a more aggressive write
> caching without the risk of losing data.
>
> Obviously in a standard pc there is not BBU to use with linux software raid.
>
> Now I see that latest hardware raid controllers exchange battery AND ram with a
> little flash disk.
>
> So I ask: if I add a fast (with little size) ssd to a linux server is there a
> way for linux md raid to use it as a cache to have safer writes and faster raid?
>
> Thanks in advance for interest.
>
>
Actually playing with that now. I got an Intel SATA 40GB SSD, and I am
trying various combinations of things to put on it. One thing which I
hoped would benefit was to put a f/s journal on SSD and then use the
option to push all through the journal (data=journal) in hopes that it
would then free the RAM needed for cache and thus speed operation.
Since none of that has generated the performance I hoped, I'm now
looking at a kernel patch to overflow the cache in RAM into the SSD,
stealing code from the mmap to make some address space on the SSD. At
the moment that works poorly (ok, doesn't work) and I'm going to have to
rethink the way I do things and probably write a whole bunch of code to
do it. Not sure if I want to do that, it's unlikely to be a candidate
for mainline unless I put a ton of time into learning the corner cases.
I also played with mirroring and write mostly, etc. Does provide a
general solution, at least in my tests.
--
Bill Davidsen <davidsen@tmr.com>
"We can't solve today's problems by using the same thinking we
used in creating them." - Einstein
next prev parent reply other threads:[~2010-06-07 19:14 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-04 8:52 It is possible to put write cache on ssd? Mario
2010-06-07 19:14 ` Bill Davidsen [this message]
2010-06-08 4:54 ` Ian Dall
2010-06-08 19:28 ` Bill Davidsen
2010-06-08 22:48 ` David Rees
2010-06-09 9:31 ` Ian Dall
2010-06-08 7:31 ` Mario
2010-06-08 12:23 ` CoolCold
2010-06-09 7:49 ` Mario
2010-06-09 11:06 ` MRK
2010-06-09 16:21 ` Aryeh Gregor
2010-06-10 12:08 ` MRK
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=4C0D44FC.8020908@tmr.com \
--to=davidsen@tmr.com \
--cc=linux-raid@vger.kernel.org \
--cc=mgiammarco@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.