It seems very odd that a job could spend 2 hours of wallclock time, yet rack up less than a second of user and system time. Unless I am reading the stats wrongly, there doesn't seem to be a large amount of I/O.
Simon On Sun, Apr 29, 2018 at 3:27 PM, Mike Serkov <serko...@gmail.com> wrote: > All variables comes with ru_ prefix are coming from getrusage system call ( > man getrusage ). ru_utime is the time, the process(es) spent running in user > space. > > Sent from my iPhone > >> On Apr 29, 2018, at 6:20 PM, Simon Matthews <simon.d.matth...@gmail.com> >> wrote: >> >> What exactly is the ru_utime that qacct reports? I have a job that is >> killed, after it hits the wallclock time limit of 2 hours, but >> ru_utime is less than 1 second. We are using SoGE 8.1.8. >> >> >> qname SmallTestcases >> hostname h7-c6-64-1.sj.bps >> group blue >> owner build >> project NONE >> department defaultdepartment >> jobname R-Clean-ExternalTC-Linux64-CentOS6-2018.2.46224 >> jobnumber 3741169 >> taskid undefined >> account sge >> priority 0 >> qsub_time Fri Apr 27 23:37:38 2018 >> start_time Sat Apr 28 01:01:13 2018 >> end_time Sat Apr 28 03:01:21 2018 >> granted_pe NONE >> slots 1 >> failed 100 : assumedly after job >> exit_status 152 (CPU time limit exceeded) >> ru_wallclock 7208s >> ru_utime 0.063s >> ru_stime 0.428s >> ru_maxrss 5.398KB >> ru_ixrss 0.000B >> ru_ismrss 0.000B >> ru_idrss 0.000B >> ru_isrss 0.000B >> ru_minflt 22744 >> ru_majflt 0 >> ru_nswap 0 >> ru_inblock 0 >> ru_oublock 3296 >> ru_msgsnd 0 >> ru_msgrcv 0 >> ru_nsignals 0 >> ru_nvcsw 765 >> ru_nivcsw 155 >> cpu 7200.360s >> mem 606.323GBs >> io 0.005GB >> iow 0.000s >> maxvmem 129.176MB >> arid undefined >> ar_sub_time undefined >> category -U execd -q SmallTestcases -l mem_free=1G >> >> Simon >> _______________________________________________ >> users mailing list >> users@gridengine.org >> https://gridengine.org/mailman/listinfo/users _______________________________________________ users mailing list users@gridengine.org https://gridengine.org/mailman/listinfo/users
