All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Chulmin Kim <cmkim@core.kaist.ac.kr>
Cc: "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: maximum memory size allocated by _xmalloc
Date: Thu, 12 Jul 2012 10:07:42 +0100	[thread overview]
Message-ID: <4FFE93DE.5020608@citrix.com> (raw)
In-Reply-To: <001301cd5fc1$818953c0$849bfb40$@core.kaist.ac.kr>

On 12/07/12 01:01, Chulmin Kim wrote:
>> On 11/07/12 10:13, Chulmin Kim wrote:
>>> Hi all,
>>>
>>> I'm currently inserting my own code to adjust the several existing
>>> memory ballooning works.
>>>
>>> To accomplish it, I manage some kind of statistics in Xen memory area.
>>>
>>> Using _xmalloc, I've allocated certain size of memory chunk for the
>>> data structure. ( I varied it from 10kb to 24 MB.)
>>>
>>> When the size is equal to 24 MB, xen won't boot anymore.  (stuck
>>> during the xmalloc, according to my debugging. _xmalloc returns NULL.)
>>> There was no problem when the size is below 12MB.
>>>
>>> Is there any limitation such as max memory size for _xmalloc?
>>>
>>> I suspected xen heap size, but, it is no longer adjustable. Right?
>>>
>>> I hope somebody can give me a clue.  Thanks.
>> _xmalloc will first try to use the size pools for allocation, and failing
> that, try to
>> allocate full pages.
>>
>> As it is returning NULL, this probably means you no longer have 24MB of
> free
>> contiguous RAM to allocate.
>>
>> ~Andrew
>>
> Thanks for the reply, Andrew.
>
> I have to check the contiguity. 
>
> If it is the cause of the problem, then, how can I detour this problem? 
>
> Other xen part calling xmalloc_array does not handle this problem as far as
> I know. (only consider it as an error)
>
> Should I split the data structure into two or more chunks? 

Personally, I would think that 24M is a stupidly large amount to be
trying to allocate with xmalloc and friends.

If you are using that much memory, it might be worth using
alloc_xenheap_pages() and working with full pages instead.

Why do you need so much space for memory statistics?

~Andrew

-- 
Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer
T: +44 (0)1223 225 900, http://www.citrix.com

  reply	other threads:[~2012-07-12  9:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-11  9:13 maximum memory size allocated by _xmalloc Chulmin Kim
2012-07-11  9:48 ` Andrew Cooper
2012-07-12  0:01   ` Chulmin Kim
2012-07-12  9:07     ` Andrew Cooper [this message]
2012-07-12  9:24       ` FW: " Chulmin Kim
2012-08-13  8:08 ` Chulmin Kim
  -- strict thread matches above, loose matches on Subject: below --
2012-07-12  9:28 Chulmin Kim

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=4FFE93DE.5020608@citrix.com \
    --to=andrew.cooper3@citrix.com \
    --cc=cmkim@core.kaist.ac.kr \
    --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 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.