archive mirror
 help / color / mirror / Atom feed
From: Zdenek Kabelac <>
To: Gionatan Danti <>,
	LVM general discussion and development <>
Subject: Re: [linux-lvm] bcache as a new i/o layer?
Date: Fri, 30 Nov 2018 11:23:20 +0100	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

Dne 30. 11. 18 v 11:03 Gionatan Danti napsal(a):
> On 30/11/2018 10:52, Zdenek Kabelac wrote:
>> Hi
>> The name of i/o layer bcache is only internal to lvm2 code for caching
>> reads form disks during disk processing - the name comes from usage
>> of� bTree and caching - thus the name bcache.
>> It's not a dm target - so nothing you could use for LVs.
>> And has nothing in common with exiting� bcache kernel block device.
>> The only purpose is to slightly accelerate device scanning and probing - and 
>> helps mostly in cases your system has tons a devices that needs to be scanned,
>> since this bcache is also using async disk reads for its filling....
> Hi Zdenek, thanks for the information.
> I can imagine bcache being instrumental to the deprecation of lvmetad, right?


Well lvmetad was dropped from release  2.03  (upstream HEAD)

But for different reason - it's had some core design issues which were not 
fixable with exist state of code ATM, so the whole lvmetad was dropped and for 
now replaced with storage of some data in /run/lvm/pvs_online  so at least 
auto-activation still works in some way.

IMHO internal bcache is a bit to heavy weapon for its purpose, but it will 
evolve into a self contained io-manager.


      reply	other threads:[~2018-11-30 10:23 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-30  9:35 [linux-lvm] bcache as a new i/o layer? Gionatan Danti
2018-11-30  9:52 ` Zdenek Kabelac
2018-11-30 10:03   ` Gionatan Danti
2018-11-30 10:23     ` Zdenek Kabelac [this message]

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:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \

* 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;
as well as URLs for NNTP newsgroup(s).