Re: [PATCH v3 04/13] XML parsing for memory tunables

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

 



* Nikunj A. Dadhania <nikunj@xxxxxxxxxxxxxxxxxx> [2010-10-08 12:00:44]:

> On Thu, 7 Oct 2010 12:49:29 +0100, "Daniel P. Berrange" <berrange@xxxxxxxxxx> wrote:
> > On Mon, Oct 04, 2010 at 12:47:22PM +0530, Nikunj A. Dadhania wrote:
> > > On Mon, 4 Oct 2010 12:16:42 +0530, Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx> wrote:
> > > > * Nikunj A. Dadhania <nikunj@xxxxxxxxxxxxxxxxxx> [2010-09-28 15:26:30]:
> <snip>
> > > > > +        unsigned long hard_limit;
> > > > > +        unsigned long soft_limit;
> > > > > +        unsigned long min_guarantee;
> > > > > +        unsigned long swap_hard_limit;
> > > > 
> > > > The hard_limit, soft_limit, swap_hard_limit are s64 and the value is
> > > > in bytes. What is the unit supported in this implementation?
> > 
> > Actually if libvirt is built on 32bit these aren't big enough - make
> > them into 'unsigned long long' data types I reckon.
> > 
> I was thinking that as we are having the unit of KB, we would be able to
> represent 2^42 bytes of memory limit, ie. 4 Terabytes. Won't this suffice in
> case of 32bit?
>

How would you represent -1 (2^63 -1) as unlimited or max limit we use
today? 

-- 
	Three Cheers,
	Balbir

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list


[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]