RE: [Condor-users] windows determination of Memory

["Matt Hope" <Matt.Hope@xxxxxxxx>]

Hyper threading is indeed off

The memory will not be exceeded since we already run things as Big Job / Little job per real machine for other reasons (hence the desire to make 100% of the memory theoretically available to any vm)

The multiplier is a great solution - thank you.

Just multiplying by num cpu's / 2 will be sufficient to get it to the proper split.

Any other windows users see this (Windows 2003 server*)?

Matt

* Come to think of it does the condor test bed contain one of these?

> -----Original Message-----
> From: condor-users-bounces@xxxxxxxxxxx
> [mailto:condor-users-bounces@xxxxxxxxxxx]On Behalf Of Mark Silberstein
> Sent: 01 July 2004 18:29
> To: Condor-Users Mail List
> Subject: Re: [Condor-users] windows determination of Memory
> 
> 
> Condor indeed divides the overall amount of memory equally between all
> VMs. What you are saying is at least strange - I had 8 GB quad and it
> worked perfectly fine for me, though it was Linux. 
> Make sure that your CPUs have hyperthreading disabled.
> Available memory can be FORCED to be what you want in config file.
> 
> MEMORY=4096
> 
> For every CPU to claim the whole amount of memory - just put MEMORY x
> #CPUs. But this is BAD, since you actually overbook your 
> memory, and may
> eventually cause thrashing
> 
> 
> On Thu, 2004-07-01 at 12:34, Matt Hope wrote:
> > on an SMP windows machine what mechanism determines
> > 
> > A) the available memory
> > B) the default split across vm's
> > 
> > I assume B is total / number of vms
> > What determines A - and is it limited. e.g. if the machine 
> has 4GB and is/ isn't using /3GB (for Windows 2000) or the 
> /4GT (or god help you /PAE)
> > The reason I ask is that a 4GB 2 vm machine is reporting 1 
> GB per vm.
> > 
> > One other thing - it would be nice to have a switch that 
> forced all smp vms to report the total amount of memory 
> rather than dividing by two/four etc.
> > I know you can force it directly but then you have the 
> maintenance overhead on the config file on diferent machines.
> > 
> > 
> > 
> > *****************************************************************
> > Gloucester Research Limited believes the information 
> > provided herein is reliable. While every care has been 
> > taken to ensure accuracy, the information is furnished 
> > to the recipients with no warranty as to the completeness 
> > and accuracy of its contents and on condition that any 
> > errors or omissions shall not be made the basis for any 
> > claim, demand or cause for action.
> > *****************************************************************
> > 
> > _______________________________________________
> > Condor-users mailing list
> > Condor-users@xxxxxxxxxxx
> > http://lists.cs.wisc.edu/mailman/listinfo/condor-users
> 
> _______________________________________________
> Condor-users mailing list
> Condor-users@xxxxxxxxxxx
> http://lists.cs.wisc.edu/mailman/listinfo/condor-users
>