Thanks for your reply. Sorry for my silly question though ...
In this documentation , under Maximum memory section. the 3rd row from the bottom, Maximum memory in paravirtualized guest (x86_64) , for Version 3 /4 , the values are -- but for Version 5 value is 80GB/unlimited What should I consider for Version 4 ? I am asking this question as because my original question belongs to this category.. Thanks again --- On Wed, 7/21/10, Alasdair Gow <[email protected]> wrote: > From: Alasdair Gow <[email protected]> > Subject: Re: [rhelv5-list] Max Memory > To: "Red Hat Enterprise Linux 5 (Tikanga) discussion mailing-list" > <[email protected]> > Date: Wednesday, July 21, 2010, 4:18 AM > http://www.redhat.com/rhel/compare/ > > Whatever the server can take. > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] > On Behalf Of Srija > Sent: 20 July 2010 20:19 > To: Red Hat Enterprise Linux 5 (Tikanga) discussion > mailing-list > Subject: [rhelv5-list] Max Memory > > Sorry , I missed one information , the server is of > 86_64 bit. > > Here is the kernel : 2.6.9-67.ELxenU #1 SMP ,x86_64 > x86_64 x86_64 GNU/Linux > > Thanks. > > ----------------------------------------------------- > > Hi, > > Can anybody pl. tell , that how much max > memory can be used for a > > guest server, which has the configuration as > follows: > > OS : Linux AS release 4 > kernel : 2.6.9-67.ELxenU > > Presently the server has 20gb memory , and > client wants to increase more. > > > Thanks > > > > > _______________________________________________ > rhelv5-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/rhelv5-list > > -- > > This email and any files transmitted with it are > confidential and intended > solely for the use of the individual or entity to whom they > are addressed. > If you have received this email in error please notify the > sender. Any > offers or quotation of service are subject to formal > specification. > Errors and omissions excepted. Please note that any > views or opinions > presented in this email are solely those of the author and > do not > necessarily represent those of Lumison. > Finally, the recipient should check this email and any > attachments for the > presence of viruses. Lumison accept no liability for > any > damage caused by any virus transmitted by this email. > > _______________________________________________ > rhelv5-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/rhelv5-list > _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
