[GE users] Issue seen in 6.2U5 : memory values reported by SGE too low compared to top output on linux systems

reuti reuti at staff.uni-marburg.de
Thu Mar 11 10:26:30 GMT 2010


    [ The following text is in the "utf-8" character set. ]
    [ Your display is set for the "ISO-8859-10" character set.  ]
    [ Some characters may be displayed incorrectly. ]

Hi,

Am 11.03.2010 um 10:48 schrieb yungsg:

> I'm seeing the same problem too. Here's 'top' output on the compute  
> node
> (lx24-amd64, 6.2u5):
>
> Mem:  16440132k total, 16162000k used,   278132k free,     1760k  
> buffers
> Swap: 15631204k total,   560672k used, 15070532k free,  2020072k  
> cached
>
>    PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>   3602 g0700703  18   0  505m 283m 6792 R 102.5  1.8   1291:15 vasp- 
> mpi-gamma-
>   3603 g0700703  18   0  504m 283m 6792 R 102.5  1.8   1291:12 vasp- 
> mpi-gamma-
>   7523 g0700690  25   0 12.7g  12g 231m R 100.5 79.2 167:22.66 green
>   3948 g0700703  25   0  571m 439m 9408 R 98.6  2.7   1137:13 vasp- 
> mpi-gamma-
>
> PID 7523 is using 12g, while the qstat for the job shows:
> cpu=02:56:06, mem=22080.33477 GBs, io=0.19387, vmem=1.222G,  
> maxvmem=4.030G
>
> I started seeing this problem from 6.2u4 (or u3 I think...). It was ok
> with earlier versions.

can one of them who detects it file an issue please, pointing to this  
discussion.

-- Reuti


> rgds,
> --shing
>
> On Tue, 9 Mar 2010, shruti_m wrote:
>
>>
>> Hi All,
>>
>>
>>
>> We recently upgraded one of the sites to 6.2U5. Since the upgrade,  
>> we have
>> noticed that vmem and maxvmem values reported by qstat in SGE is  
>> much low
>> compared to real time mem consumed by the job and reflected in top  
>> output of
>> the system.
>>
>>
>>
>> e.g I submit a job to grab 20G memory and hold it for 300 sec. In top
>> output, I do see my job consuming upto 20G memory for 300 sec? 
>> qstat output
>> shows maxvmem to have never exceeded 3G !! It is easibly  
>> reproducible on
>> lx24-amd64 systems.
>>
>>
>>
>> Let me know, if anybody else has seen similar behavior.
>>
>>
>>
>> Thanks,
>>
>> Shruti
>>
>>
>>
>
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do? 
> dsForumId=38&dsMessageId=247978
>
> To unsubscribe from this discussion, e-mail: [users- 
> unsubscribe at gridengine.sunsource.net].

------------------------------------------------------
http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=247983

To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].



More information about the gridengine-users mailing list