Yes that is correct. The first entry is the allocation which has 2 cpus, -n 2 was specified, the second entry is the batch step that run for 81 seconds, so the total cpu time used was 81 8*2.

Form 'man sacct':

CPUTime   Formatted (Elapsed time * CPU) count used by a job or step.

CPUTimeRaw Unlike above non formatted (Elapsed time * CPU) count for
           a job or step.  Units are  cpu-seconds

On 08/05/2014 11:48 AM, Robert Stober wrote:
Hi David,

That's because I forgot to include my sacct command:

sacct -ap -S 2014-01-01 -E now
--format=jobid,user,partition,ncpus,cputimeraw,nodelist

So in my example, the single job step (59.batch) ran on one core and
took 81 seconds. The first entry (which I'm referring to as the "primary
job") shows that he reserved (or requested) two cpus. I'm assuming that
since the two cpus he requested were unavailable to anyone else, Slurm
is just showing that he effectively used 162 cpu seconds (81 x 2).

Thank you,

Robert

On 8/5/2014 9:53 AM, David Bigagli wrote:

Hi Robert,
         the first line is the allocation and the second the batch
step, the batch step runs on one cpu. I am not sure what are the
columns with values 162 and 81. The elapsed time of the allocation
should be the sum of elapsed time of all steps, so if the step ran for
81 seconds I would expect the elapsed time of the allocation to be 81.

For exaple:

david@prometeo ~/slurm/work>\sacct -o jobid,ncpus,state,elapsed -j 78475
       JobID      NCPUS      State    Elapsed
------------ ---------- ---------- ----------
78475                 2  COMPLETED   00:00:20
78475.batch           1  COMPLETED   00:00:20
78475.0               2  COMPLETED   00:00:10
78475.1               2  COMPLETED   00:00:10


On 08/05/2014 09:19 AM, Robert Stober wrote:
Please consider this sacct output. My question is how should this output
be understood?

59|usera|defq|2|162|
59.batch|||1|81|

Here's how I'm reading it:

1. usera submitted jobid 59 and requested 2 CPUs.
2. He actually used only one CPU for 81 seconds.
3. As a result, 2 CPUs were reserved and unavailable to anyone during
the 81 second run time, so 162 CPU seconds were effectively used (by
virtue of both CPUs being unavailable during the entire job run time).

Do I have an accurate understanding of this? If so, then it appears that
if I want the total "chargeable" resource usage I should just look at
the primary job record (59 in this case) and skip the records for each
of the job steps since they're included in the primary. Would you
concur?

Thank you,

Robert
--

brightcomputing_logo.png

Mr. Robert Stober
Senior Systems Architect


Mob: +1 209 986 9298
Skype: rstober
robert.sto...@brightcomputing.com
<mailto:robert.sto...@brightcomputing.com>


Bright Computing, Inc.
2880 Zanker Road
Suite 203
San Jose, CA 95134
Tel: +1 408 300 9448
Fax: +1 408 715 0102
www.BrightComputing.com <http://www.brightcomputing.com>







--

brightcomputing_logo.png

Mr. Robert Stober
Senior Systems Architect


Mob: +1 209 986 9298
Skype: rstober
robert.sto...@brightcomputing.com <mailto:robert.sto...@brightcomputing.com>

        
Bright Computing, Inc.
2880 Zanker Road
Suite 203
San Jose, CA 95134
Tel: +1 408 300 9448
Fax: +1 408 715 0102
www.BrightComputing.com <http://www.brightcomputing.com>





--

Thanks,
      /David/Bigagli

Slurm User Group Meeting
September 23-24, Lugano, Switzerland
Find out more http://slurm.schedmd.com/slurm_ug_agenda.html
www.schedmd.com

Reply via email to