|
|
|
|
|
|
|
|
|
|
xen-devel
RE: [Xen-devel] [PATCH][Take 2] Sysfs Interface for balloon driver
Ti, Ian
> These names are a bit misleading, confusing pages and KB.
>
> Perhaps go for everything in KB, and have a '_KB' post fix to
> all the names e.g. 'current_KB'.
OK.
> Does anyone actually use balloon_low and _high? At the very
> least they should be renamed, possibly put under an info sub
> directory.
>
Works the renaming.
However, Does it needs to put under an info sub directory?
Because both of current pages and high/low memory are information and show
states of memory.
Perhaps, The parameter is only target pages.
> Since linux currently doesn't know the hard limit, perhaps
> best to remove this node.
>
The hard limit show limitation after ballooning process.
The hard limit currently is initialized before ballooning process, so
no have its significance.
But, at least, anyone know the limitaion by it when ballooning process.
Maybe may it be left?
> Something that would be good to export via sysfs is the
> maximum amount of memory the guest could have (for guests
> that can't expand their page array i.e. all current guests).
What is this means?
Should information export the limitaion handled within linux? (i.e by mem
option)
or the limitation controlled at hypervisor (mem-max)?
Regard,
Satoshi UCHIDA
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|