All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kent Overstreet <kent.overstreet-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: luvar-2S8i3W4CjuIzjkFyG6Beag@public.gmane.org
Cc: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	inf-2S8i3W4CjuIzjkFyG6Beag@public.gmane.org
Subject: Re: comparison with rival projects
Date: Wed, 15 Dec 2010 16:05:08 -0800	[thread overview]
Message-ID: <4D0957B4.6060801@gmail.com> (raw)
In-Reply-To: <1822941381.28401292455616547.JavaMail.root@shiva>

On 12/15/2010 03:26 PM, luvar-2S8i3W4CjuIzjkFyG6Beag@public.gmane.org wrote:
> Hi,
> Iam new in problematic of caching persistent data. I want to use caching (on ssd disk) on my desktop with a lot of ram. I hope, it will provide me better latency for starting programs (developer/scientific desktop). My questions are:
>
> Is it possible to use single ssd disk for making two caches? One for /dev/md2 (root partition, raid10) and second for /dev/md3 (raid5,home partition, etc) (I hope this is possible by partitioning that ssd disk and using partitions for caching)

Yep. One cache device can be used with (currently) up to 256 backing 
devices.

>
> Is it dangerous (in terms of data loss) to use writethrough caching to single ssd disk of raid5 block device? (I have 5 disks, using lvm on top of raid).

Shouldn't be, recovery from unclean shutdown is quite well tested, both 
writethrough and writeback should be perfectly safe.

>
> For caching device is most critical number for random reads or operations per second. Is it right?

For writethrough caching random reads, for writeback both reads and writes.

>
> Trim is not need feature for cache ssd device. It will have same cache performance without it. Is it right?

Really just depends on the ssd; some (cheaper, earlier) drives are known 
for performance significantly degrading over time, with trim helps with 
(but doesn't necessarily eliminate). Bcache uses trim if it's available.

>
> What benefits/disadvantages have bcache [1] project over dm-cache [2] and flashcache [3]? My current knowledge is that writethrough is possible only in bcache, but dm-cache is implemented in more "standard" way (thdough devicemaper). Also bcache has some more information on web.
>
> [1] - http://bcache.evilpiepirate.org/
> [2] - http://users.cis.fiu.edu/~zhaom/dmcache/index.html
> [3] - https://github.com/facebook/flashcache

Flashcache is based off of dm-cache.

Flashcache has been used in production awhile, bcache is still a little 
rough around the edges - but bcache has better performance, more 
features, and it always orders writes correctly so as to be crash safe 
(flashcache has a "torn write" problem).

>
> PS: Is there any tutorial for gentoo users?

Nah, I'm an ubuntu/debian user. For caching / the important thing is to 
hook into your initramfs and get everything loaded before you mount your 
root filesystem.

>
> Thanks for any explanations / answers,
> --
> LuVar
> --
> To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2010-12-16  0:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <503688497.28381292455530354.JavaMail.root@shiva>
2010-12-15 23:26 ` comparison with rival projects luvar-2S8i3W4CjuIzjkFyG6Beag
2010-12-16  0:05   ` Kent Overstreet [this message]
     [not found]     ` <4D0957B4.6060801-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2010-12-16  0:18       ` Nauman Rafique
     [not found]         ` <AANLkTi=hos1PdNJeRfi8mOxN9whosK+6cEfBpkv38coK-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-12-16  0:45           ` Kent Overstreet
     [not found] <824216649.28481292460292573.JavaMail.root@shiva>
2010-12-16  0:46 ` luvar-2S8i3W4CjuIzjkFyG6Beag
2010-12-16  0:49   ` Kent Overstreet

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=4D0957B4.6060801@gmail.com \
    --to=kent.overstreet-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=inf-2S8i3W4CjuIzjkFyG6Beag@public.gmane.org \
    --cc=linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=luvar-2S8i3W4CjuIzjkFyG6Beag@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 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.