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

yungsg shing at cz3.nus.edu.sg
Thu Mar 11 09:48:22 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,

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.

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].



More information about the gridengine-users mailing list