All of lore.kernel.org
 help / color / mirror / Atom feed
* bcache & btrfs: "Btrfs detected SSD devices, enabling SSD mode"
@ 2013-09-20 16:03 Rolf Fokkens
       [not found] ` <523C71C4.9030606-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: Rolf Fokkens @ 2013-09-20 16:03 UTC (permalink / raw)
  To: linux-bcache-u79uwXL29TY76Z2rM5mHXA

This may be known already, but I noticed the following message in syslog 
during boot:

Btrfs detected SSD devices, enabling SSD mode

Btrfs is right in a sense: there is a SSD involved, but there's a HDD as 
well. I don't think it is an issue, but I have no idea how "btrfs' SSD 
optimizations"  will interact with bcache. Might be interesting.

Rolf

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: bcache & btrfs: "Btrfs detected SSD devices, enabling SSD mode"
       [not found] ` <523C71C4.9030606-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
@ 2013-09-20 16:25   ` Gabriel de Perthuis
       [not found]     ` <523C76F4.3070809-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: Gabriel de Perthuis @ 2013-09-20 16:25 UTC (permalink / raw)
  To: Rolf Fokkens; +Cc: linux-bcache-u79uwXL29TY76Z2rM5mHXA

> This may be known already, but I noticed the following message in syslog
> during boot:
> 
> Btrfs detected SSD devices, enabling SSD mode
> 
> Btrfs is right in a sense: there is a SSD involved, but there's a HDD as
> well. I don't think it is an issue, but I have no idea how "btrfs' SSD
> optimizations"  will interact with bcache. Might be interesting.


From https://btrfs.wiki.kernel.org/ :
> SSD […] optimizations (e.g. avoiding unnecessary seek optimizations,
sending writes in clusters, even if they are from unrelated files. This
results in larger write operations and faster write throughput)

The optimisations should be beneficial iff bcache is used in writeback
mode.  ssd_spread and discard are enabled separately; I'm not sure what
ssd_spread (from the wiki: more strict about finding a large unused
region of the disk for new allocations) would do for bcache.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: bcache & btrfs: "Btrfs detected SSD devices, enabling SSD mode"
       [not found]     ` <523C76F4.3070809-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2013-09-20 19:25       ` Rolf Fokkens
  0 siblings, 0 replies; 3+ messages in thread
From: Rolf Fokkens @ 2013-09-20 19:25 UTC (permalink / raw)
  To: Gabriel de Perthuis; +Cc: linux-bcache-u79uwXL29TY76Z2rM5mHXA

On 09/20/2013 06:25 PM, Gabriel de Perthuis wrote:
> SSD […] optimizations (e.g. avoiding unnecessary seek optimizations,
> sending writes in clusters, even if they are from unrelated files. This
> results in larger write operations and faster write throughput)
>
> The optimisations should be beneficial iff bcache is used in writeback
> mode.  ssd_spread and discard are enabled separately; I'm not sure what
> ssd_spread (from the wiki: more strict about finding a large unused
> region of the disk for new allocations) would do for bcache.
 From observing iostat I have the impression that bcache sometimes 
bypasses the cache, probably related to sequential_cutoff. Seems like 
btrfs tries to cluster writes (because an SSD is detected) and next 
bcache bypasses the SSD (because the writes are clustered). Doesn't seem 
the right kind of cooperation :-)

(Assuming of course that clustered writes are based on sequential writes)

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-09-20 19:25 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-09-20 16:03 bcache & btrfs: "Btrfs detected SSD devices, enabling SSD mode" Rolf Fokkens
     [not found] ` <523C71C4.9030606-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-09-20 16:25   ` Gabriel de Perthuis
     [not found]     ` <523C76F4.3070809-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-09-20 19:25       ` Rolf Fokkens

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.