We have a cluster managed by SGE.  Specifically, this is the version from the 
rpm sge-V62u4-1 installed on a Linux cluster running Rocks.

We want to start charging users for use of the cluster.  Our plan is to charge 
by the core hour.  In other words, using one CPU core for 12 hours should cost 
the same as using 12 CPU cores for 1 hour.

I think I should be able to gather this information using qacct.  For example, 
if I understand correctly,

        qacct -o -d 30

should output usage for each user over the last 30 days.
        
However, I am still unclear (after having read the man page and some web sites) 
on the interpretation of the various columns of output from qacct (especially 
WALLCLOCK, UTIME, STIME, and CPU).  Sometimes the value in the WALLCLOCK column 
is greater than that in the CPU column and sometimes it is the other way 
around.  Also, sometimes the CPU column is the sum of UTIME + STIME, but 
sometimes it is quite different.

I want to make sure we get this right in the face of parallelism.  SGE has 
multiple ways to run jobs in parallel (e.g., qmake, array jobs, and parallel 
environments).

What is the most reliable way to track core-hours, such that occupying 100 
cores for a day costs 100 times as much as occupying just 1 core for a day?

Any advice would be greatly appreciated.

------------------------------------------------------------
This email message, including any attachments, is for the sole use of the 
intended recipient(s) and may contain information that is proprietary, 
confidential, and exempt from disclosure under applicable law. Any unauthorized 
review, use, disclosure, or distribution is prohibited. If you have received 
this email in error please notify the sender by return email and delete the 
original message. Please note, the recipient should check this email and any 
attachments for the presence of viruses. The organization accepts no liability 
for any damage caused by any virus transmitted by this email.
=================================


_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

Reply via email to