xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Ian Campbell <ian.campbell@citrix.com>
To: Mike Latimer <mlatimer@suse.com>
Cc: xen-devel@lists.xen.org
Subject: Re: Shared image files and block script performance
Date: Wed, 30 Sep 2015 11:35:20 +0100	[thread overview]
Message-ID: <1443609320.16718.177.camel@citrix.com> (raw)
In-Reply-To: <1931582.zTGj9PHWO8@mlatimer1.dnsdhcp.provo.novell.com>

On Tue, 2015-09-29 at 15:18 -0600, Mike Latimer wrote:
> Hi Ian,
> 
> On Tuesday, September 29, 2015 10:25:32 AM Ian Campbell wrote:
> > On Mon, 2015-09-28 at 17:14 -0600, Mike Latimer wrote:
> > > Any better options or ideas?
> > 
> > Is part of the problem that shell is a terrible choice for this kind of
> > check?
> 
> There is some truth to that...  ;)
> 
> > Would shelling out to a helper utility allow this to be written in
> > something better?
> 
> A helper utility would be useful, however, I'm seeing a huge amount of gain 
> with nothing more than a little code motion. Specifically, if shared_list is 
> generated within the check_sharing function, the (potentially) large list of 
> devices is not too painful to work with.
> 
> For example, the attached patch works well in my environment, and removes the 
> exponential slowdown. The main change is that $devmm becomes a comma delimited 
> list of devices (major:minor) to check against the vbd's found in xenstore. A 
> few minor changes are required along the way, but nothing significant. The 
> comma delimited list might become problematic at very large numbers (hundreds) 
> of a single shared device, but I don't think it will be a problem in practice. 
> Even if it has limitations, this approach offers significant improvements in 
> performance.
> 
> I'll continue to test this patch here, but I'm interested in your opinion.

If you have a patch which improves things then I think you should just go
ahead formally submit it (http://wiki.xen.org/wiki/Submitting_Xen_Patches).

Ian.

      reply	other threads:[~2015-09-30 10:35 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-28 23:14 Shared image files and block script performance Mike Latimer
2015-09-29  9:25 ` Ian Campbell
2015-09-29 21:18   ` Mike Latimer
2015-09-30 10:35     ` Ian Campbell [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:
  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=1443609320.16718.177.camel@citrix.com \
    --to=ian.campbell@citrix.com \
    --cc=mlatimer@suse.com \
    --cc=xen-devel@lists.xen.org \
    /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 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).