[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.