All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Snitzer <snitzer@redhat.com>
To: "Bryn M. Reeves" <bmr@redhat.com>
Cc: Heinz Mauelshagen <heinzm@redhat.com>, dm-devel@redhat.com
Subject: Re: [PATCH 0/2] dm: add new loop and ram targets
Date: Thu, 18 Jan 2018 07:06:19 -0500	[thread overview]
Message-ID: <20180118120619.GB10787@redhat.com> (raw)
In-Reply-To: <20180118115649.GA10787@redhat.com>

On Thu, Jan 18 2018 at  6:56am -0500,
Mike Snitzer <snitzer@redhat.com> wrote:

> On Thu, Jan 18 2018 at  6:42am -0500,
> Bryn M. Reeves <bmr@redhat.com> wrote:
> 
> > On Wed, Jan 17, 2018 at 04:29:36PM -0500, Mike Snitzer wrote:
> > > On Wed, Jan 17 2018 at  2:33pm -0500,
> > > As for dm-loop, doubling the performance of the loopback driver is quite
> > > nice (especially with only 1/7 the number of lines of code as
> > > drives/block/loop.c).
> > 
> > Isn't this going to raise the same objection that akpm had years ago,
> > with the original dm-loop (block mapping) target?
> > 
> > We had an even bigger performance boost with that but it was rejected
> > on the grounds that a second loop back block device implementation was
> > not welcome unless the two could share code.
> 
> Could.  But I wasn't around for that particular spat.  It seems quite
> misplaced to swoop in with an aire of design purity to defeat a DM
> target that shows such clear wins.
> 
> This idea that our poor Linux users will lose their heads because they
> have multiple options is also idiotic.
> 
> But we'll cross that bridge as needed (before burning it down?) ;)

Reflecting on getting spun up about the potential for a fight made me
feel like this guy wanting to use the phone in "Dumb and Dumber":
https://youtu.be/Gue2LvHibpg?t=25

Could easily be in the end someone like akpm or Jens will just
effectively punch me in the face from inside their phone booth ;)

  reply	other threads:[~2018-01-18 12:06 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-17 19:33 [PATCH 0/2] dm: add new loop and ram targets Heinz Mauelshagen
2018-01-17 19:34 ` [PATCH 1/2] dm loop: new target redirecting io to backing file(s) Heinz Mauelshagen
2018-01-17 19:34 ` [PATCH 2/2] dm ram: new target redirecting io to RAM Heinz Mauelshagen
2018-01-17 21:29 ` [PATCH 0/2] dm: add new loop and ram targets Mike Snitzer
2018-01-17 23:21   ` Heinz Mauelshagen
2018-01-18  0:36     ` Mike Snitzer
2018-01-18 11:42   ` Bryn M. Reeves
2018-01-18 11:56     ` Mike Snitzer
2018-01-18 12:06       ` Mike Snitzer [this message]
2018-01-22 20:19 ` [dm-devel] " Christoph Hellwig
2018-01-24 12:48   ` Heinz Mauelshagen

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=20180118120619.GB10787@redhat.com \
    --to=snitzer@redhat.com \
    --cc=bmr@redhat.com \
    --cc=dm-devel@redhat.com \
    --cc=heinzm@redhat.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.