[GE users] Grid Engine vs. Java Jobs

Reuti reuti at staff.uni-marburg.de
Tue Nov 29 14:17:17 GMT 2005


Hi again,

Am 27.11.2005 um 10:33 schrieb Andreas Haupt:

> On Sat, 26 Nov 2005, Reuti wrote:
>
>> Hi Andreas,
>
> Hi Reuti,
>
>> Am 25.11.2005 um 10:11 schrieb Andreas Haupt:
>>> usage    1:                 cpu=00:00:22, mem=12.30469 GBs,  
>>> io=0.00000, vmem=N/A, maxvmem=1.758G
>>> usage    1:                 cpu=00:05:09, mem=170.50781 GBs,  
>>> io=0.00000, vmem=N/A, maxvmem=469.355M
>>
>> which version of SGE are you using and on which platform (why is  
>> vmem=N/A for you)? What is:
>
> It's SL3 running on IA32 Xeon processors. Grid Engine is version  
> 6.0u4.

there were some Linux versions where threads were handled as forks.  
I'm not sure about SL3, I remember using "H" in some versions of top,  
where you could see these threads like forks. In kernel 2.6 the NPTL  
should replace the Linux threads. Can this be reason? - Reuti

>> qacct -j 791447
>>
>> telling you about the job?
> .
> .
> .
> failed       100 : assumedly after job
> exit_status  137
> ru_wallclock 6
> ru_utime     0
> ru_stime     0
> ru_maxrss    0
> ru_ixrss     0
> ru_ismrss    0
> ru_idrss     0
> ru_isrss     0
> ru_minflt    4738
> ru_majflt    5494
> ru_nswap     0
> ru_inblock   0
> ru_oublock   0
> ru_msgsnd    0
> ru_msgrcv    0
> ru_nsignals  0
> ru_nvcsw     0
> ru_nivcsw    0
> cpu          3
> mem          1.647
> io           0.000
> iow          0.000
> maxvmem      2.071G
>
> Sure it has been killed then. I "only" requested h_vmem=1800M. But  
> again: the job doesn't need 2G!
>
> Greetings
> Andreas
>
>> Cheers - Reuti
>>
>>> AFAIK maxvmem contains the job's maximum memory usage ever. Why  
>>> does it shrink over the time?
>>> My real problem is that I plan to open our local GE farm to the  
>>> LHC computing grid. Jobs from all over the world will be  
>>> calculated on our farm. I do not have any influence on how the  
>>> jobs will look like and how they can work around grid engine  
>>> bugs. The only solution would be to say goodbye to grid engine  
>>> and use a batch system that can handle java jobs correctly.
>>> Greetings
>>> Andreas
>>> -- 
>>> | Andreas Haupt                      | E-Mail:   
>>> andreas.haupt at desy.de
>>> |  DESY Zeuthen                      | WWW:     http:// 
>>> www.desy.de/~ahaupt
>>> |  Platanenallee 6                   | Phone:   +49/33762/7-7359
>>> |  D-15738 Zeuthen                   | Fax:     +49/33762/7-7216
>>> -------------------------------------------------------------------- 
>>> -
>>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>>> For additional commands, e-mail: users-help at gridengine.sunsource.net
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>> For additional commands, e-mail: users-help at gridengine.sunsource.net
>
> -- 
> | Andreas Haupt                      | E-Mail:  andreas.haupt at desy.de
> |  DESY Zeuthen                      | WWW:     http://www.desy.de/ 
> ~ahaupt
> |  Platanenallee 6                   | Phone:   +49/33762/7-7359
> |  D-15738 Zeuthen                   | Fax:     +49/33762/7-7216
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net




More information about the gridengine-users mailing list