All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Vrabel <david.vrabel@citrix.com>
To: Konrad Rzeszutek Wilk <konrad@darnok.org>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	George Shuklin <george.shuklin@gmail.com>,
	"sandr8@gmail.com" <sandr8@gmail.com>
Subject: Re: a ton of kernel issues
Date: Wed, 14 Dec 2011 12:28:04 +0000	[thread overview]
Message-ID: <4EE89654.5040905@citrix.com> (raw)
In-Reply-To: <20111213214522.GB29005@andromeda.dapyr.net>

On 13/12/11 21:45, Konrad Rzeszutek Wilk wrote:
> On Wed, Dec 14, 2011 at 01:05:31AM +0400, George Shuklin wrote:
>>
>> On 13.12.2011 17:17, David Vrabel wrote:
>>>>>> pv_ops is still have some issues with memory limits, but any
>>>>>> new kernel (3.0+) will boot normal and operates with very
>>>>>> minor glitches. Older pv_ops (f.e. debian 2.6.32) have some
>>>>>> more major issues.
>>>>> what glitches should one expect with 3.0+, and having the choice,
>>>>> would it be better to go with 3.1 or even 3.2?
>>>> Right now I know about two of them:
>>>> When you set up memory for virtual machine using xenballon, value in
>>>> dom0 differ from value in domU. The issue is that -xen kernels 'hide'
>>>> some memory in 'used' memory, and pv-ops just reducing TotalMem to value
>>>> without that memory. Practically that means if you set up memory for
>>>> domain to 2GiB client will saw only 1.95GiB and so on.
>>> This really makes no practical difference.  The memory is "used" is
>>> either case and the different reporting is a side-effect of the change
>>> in how certain memory allocations are done.
> 
> David,
> 
> You are thinking that this is the vmalloc vs kmalloc memory for the
> frontends?

That wasn't what I was thinking.  When I looked (not very hard) at this
in dom0 I thought most of it was the swiotlb buffer.

David

  reply	other threads:[~2011-12-14 12:28 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-12 21:44 a ton of kernel issues Tim Evers
2011-12-12 21:56 ` Konrad Rzeszutek Wilk
2011-12-14  9:00   ` Tim Evers
2011-12-15  1:25     ` Konrad Rzeszutek Wilk
2011-12-13  9:09 ` George Shuklin
2011-12-13 10:19   ` Alessandro Salvatori
2011-12-13 10:36     ` George Shuklin
2011-12-13 13:17       ` David Vrabel
2011-12-13 13:37         ` Ian Campbell
2011-12-13 20:59           ` George Shuklin
2011-12-13 22:30             ` Ian Campbell
2011-12-13 22:53               ` George Shuklin
2011-12-14  7:25                 ` Ian Campbell
2011-12-14 12:16                   ` Ian Campbell
2011-12-14 12:21                     ` David Vrabel
2011-12-14 13:11                     ` Jan Beulich
2011-12-14 13:48                       ` Ian Campbell
2011-12-14 17:44                     ` Konrad Rzeszutek Wilk
2011-12-15 12:45                     ` George Shuklin
2011-12-15 16:26                       ` Konrad Rzeszutek Wilk
2011-12-13 21:05         ` George Shuklin
2011-12-13 21:45           ` Konrad Rzeszutek Wilk
2011-12-14 12:28             ` David Vrabel [this message]
2011-12-14 16:57               ` Konrad Rzeszutek Wilk
2011-12-14  7:47           ` Fajar A. Nugraha
2011-12-14 18:40             ` George Shuklin
2011-12-13 14:18       ` Konrad Rzeszutek Wilk
2011-12-13 21:10         ` George Shuklin
2011-12-13 21:38           ` Konrad Rzeszutek Wilk

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=4EE89654.5040905@citrix.com \
    --to=david.vrabel@citrix.com \
    --cc=george.shuklin@gmail.com \
    --cc=konrad@darnok.org \
    --cc=sandr8@gmail.com \
    --cc=xen-devel@lists.xensource.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.