* Re: [dm-devel] [EXT] Re: [PATCH v2 00/22] add Object Storage Media Pool (mpool)
[not found] ` <CAPcyv4j7a0gq++rL--2W33fL4+S0asYjYkvfBfs+hY+3J=c_GA@mail.gmail.com>
@ 2020-10-21 14:24 ` Mike Snitzer
2020-10-21 16:24 ` Dan Williams
0 siblings, 1 reply; 2+ messages in thread
From: Mike Snitzer @ 2020-10-21 14:24 UTC (permalink / raw)
To: Dan Williams
Cc: linux-block, Steve Moyer (smoyer),
linux-nvdimm, John Groves (jgroves),
linux-kernel, linux-nvme, Christoph Hellwig, linux-mm,
device-mapper development,
Nabeel Meeramohideen Mohamed (nmeeramohide),
Pierre Labat (plabat), Greg Becker (gbecker)
Hey Dan,
On Fri, Oct 16, 2020 at 6:38 PM Dan Williams <dan.j.williams@intel.com> wrote:
>
> On Fri, Oct 16, 2020 at 2:59 PM Nabeel Meeramohideen Mohamed
> (nmeeramohide) <nmeeramohide@micron.com> wrote:
>
> > (5) Representing an mpool as a /dev/mpool/<mpool-name> device file provides a
> > convenient mechanism for controlling access to and managing the multiple storage
> > volumes, and in the future pmem devices, that may comprise an logical mpool.
>
> Christoph and I have talked about replacing the pmem driver's
> dependence on device-mapper for pooling.
Was this discussion done publicly or private? If public please share
a pointer to the thread.
I'd really like to understand the problem statement that is leading to
pursuing a pmem native alternative to existing DM.
Thanks,
Mike
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [dm-devel] [EXT] Re: [PATCH v2 00/22] add Object Storage Media Pool (mpool)
2020-10-21 14:24 ` [dm-devel] [EXT] Re: [PATCH v2 00/22] add Object Storage Media Pool (mpool) Mike Snitzer
@ 2020-10-21 16:24 ` Dan Williams
0 siblings, 0 replies; 2+ messages in thread
From: Dan Williams @ 2020-10-21 16:24 UTC (permalink / raw)
To: Mike Snitzer
Cc: linux-block, Steve Moyer (smoyer),
linux-nvdimm, John Groves (jgroves),
linux-kernel, linux-nvme, Christoph Hellwig, linux-mm,
device-mapper development,
Nabeel Meeramohideen Mohamed (nmeeramohide),
Pierre Labat (plabat), Greg Becker (gbecker)
On Wed, Oct 21, 2020 at 7:24 AM Mike Snitzer <snitzer@redhat.com> wrote:
>
> Hey Dan,
>
> On Fri, Oct 16, 2020 at 6:38 PM Dan Williams <dan.j.williams@intel.com> wrote:
> >
> > On Fri, Oct 16, 2020 at 2:59 PM Nabeel Meeramohideen Mohamed
> > (nmeeramohide) <nmeeramohide@micron.com> wrote:
> >
> > > (5) Representing an mpool as a /dev/mpool/<mpool-name> device file provides a
> > > convenient mechanism for controlling access to and managing the multiple storage
> > > volumes, and in the future pmem devices, that may comprise an logical mpool.
> >
> > Christoph and I have talked about replacing the pmem driver's
> > dependence on device-mapper for pooling.
>
> Was this discussion done publicly or private? If public please share
> a pointer to the thread.
>
> I'd really like to understand the problem statement that is leading to
> pursuing a pmem native alternative to existing DM.
>
IIRC it was during the hallway track at a conference. Some of the
concern is the flexibility to carve physical address space but not
attach a block-device in front of it, and allow pmem/dax-capable
filesystems to mount on something other than a block-device.
DM does fit the bill for block-device concatenation and striping, but
there's some pressure to have a level of provisioning beneath that.
The device-dax facility has already started to grow some physical
address space partitioning capabilities this cycle, see 60e93dc097f7
device-dax: add dis-contiguous resource support, and the question
becomes when / if that support needs to extend across regions is DM
the right tool for that?
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2020-10-21 16:25 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20201012162736.65241-1-nmeeramohide@micron.com>
[not found] ` <20201015080254.GA31136@infradead.org>
[not found] ` <SN6PR08MB420880574E0705BBC80EC1A3B3030@SN6PR08MB4208.namprd08.prod.outlook.com>
[not found] ` <CAPcyv4j7a0gq++rL--2W33fL4+S0asYjYkvfBfs+hY+3J=c_GA@mail.gmail.com>
2020-10-21 14:24 ` [dm-devel] [EXT] Re: [PATCH v2 00/22] add Object Storage Media Pool (mpool) Mike Snitzer
2020-10-21 16:24 ` Dan Williams
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).