All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Levy, Jerome" <jerome.levy@emc.com>
To: "dm-devel@redhat.com" <dm-devel@redhat.com>
Subject: Re: Powerpath vs dm-multipath - two points of FUD?
Date: Sun, 14 Sep 2014 18:44:02 +0000	[thread overview]
Message-ID: <454E18A46D7B064CA63B41E99AD179508A754100@MX103CL02.corp.emc.com> (raw)

> Firstly, apologies if this is a common topic and my intentions are not 
> to start a flame war. I've googled extensively but haven't found
> specific information to address my queries, so I thought I would turn here.

At the risk of getting involved in a religious discussion (disclaimer: I am an EMC employee and was an advanced support engineer for both PowerPath and dm-multipath) I thought I'd pass along a few thoughts that might help:

PowerPath costs money. dm-multipath is included with the OS distro.

PowerPath operations are largely consistent across platforms.If you know how PowerPath works on Linux, you have a very short learning curve on AIX, Solaris, HP-UX, and so forth. This statement is not necessarily 
true of native multipath solutions on any platform, and can be a significant factor in a multi-vendor environment.

PowerPath contains proprietary load sensing and balancing algorithms which may help performance in a given situation. (It does. I've seen them.) YMMV.

Request size and other switching options  can be useful in a number of specific situations -- some may call them corner cases, but streaming media, heavy database backups, large dataset transfers, and others have been shown to benefit from alternate PowerPath policies.

As Hannes points out, PowerPath is supported by EMC. If things don't work, you have someone to call. That can be comforting in the middle of the night :)

I've seen both PowerPath and native multipath solutions provide a lot of value in different ways,  and the decision as to which to use is not always clear-cut. Hope this helps!

-- jml

             reply	other threads:[~2014-09-14 18:44 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-14 18:44 Levy, Jerome [this message]
2014-09-15  6:54 ` Powerpath vs dm-multipath - two points of FUD? Hannes Reinecke
  -- strict thread matches above, loose matches on Subject: below --
2014-09-09 16:50 Rob
2014-09-10 10:04 ` Bryn M. Reeves
2014-09-14  8:39 ` Hannes Reinecke

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=454E18A46D7B064CA63B41E99AD179508A754100@MX103CL02.corp.emc.com \
    --to=jerome.levy@emc.com \
    --cc=dm-devel@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.