All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Jackson <Ian.Jackson@eu.citrix.com>
To: Wei Liu <wei.liu2@citrix.com>
Cc: George Dunlap <george.dunlap@eu.citrix.com>,
	Xen-devel <xen-devel@lists.xenproject.org>,
	Vitaly Kuznetsov <vkuznets@redhat.com>
Subject: Re: [PATCH for-4.7] libxl: keep PoD target adjustment by	memory fudge after reload_domain_config()
Date: Wed, 1 Jun 2016 16:48:47 +0100	[thread overview]
Message-ID: <22351.991.967255.512153@mariner.uk.xensource.com> (raw)
In-Reply-To: <1464716523-29663-1-git-send-email-wei.liu2@citrix.com>

Wei Liu writes ("[Xen-devel] [PATCH for-4.7] libxl: keep PoD target adjustment by memory fudge after reload_domain_config()"):
> From: Vitaly Kuznetsov <vkuznets@redhat.com>
> 
> Commit 56fb5fd623 ("libxl: adjust PoD target by memory fudge, too")
> introduced target_memkb adjustment for HVM PoD domains on create. The
> adjustment is however being reset on reload_domain_config() (e.g. when
> we reboot the guest). For example:

With George's revised commit message this patch makes sense for 4.7.

I would like to see this function retain the name "fudge" though:

> -    ents[3] = GCSPRINTF("%"PRId64, info->target_memkb - info->video_memkb
> -                        - mem_target_fudge);
> +    ents[3] = GCSPRINTF("%"PRId64, info->target_memkb -
> +                        libxl__get_targetmem_difference(gc, info));

ie:

  +    ents[3] = GCSPRINTF("%"PRId64, info->target_memkb -
  +                        libxl__get_targetmem_fudge(gc, info));

This makes it clear that there is still a problem here (and it will
help things like "git grep -G").

With that name changed, and George's commit message, you may put my
ack on this.


George writes:

> better fix will have to wait until after the release.
 
Realistically speaking, that is quite optimistic.  Empirically, we
keep squelching into the memory accounting swamp, but we have as yet
failed to drain it.  Instead our code keeps accreting bodges in this
area, and the swamp keeps growing...

Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

  parent reply	other threads:[~2016-06-01 15:48 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-31 17:42 [PATCH for-4.7] libxl: keep PoD target adjustment by memory fudge after reload_domain_config() Wei Liu
2016-05-31 18:36 ` George Dunlap
2016-06-01  8:29   ` Vitaly Kuznetsov
2016-06-01  8:41     ` Wei Liu
2016-06-01 15:48 ` Ian Jackson [this message]
2016-06-01 15:56   ` Wei Liu

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=22351.991.967255.512153@mariner.uk.xensource.com \
    --to=ian.jackson@eu.citrix.com \
    --cc=george.dunlap@eu.citrix.com \
    --cc=vkuznets@redhat.com \
    --cc=wei.liu2@citrix.com \
    --cc=xen-devel@lists.xenproject.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 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.