Mihael,<br><br>Attached is the output and log for beagle. Seems, the first few lines in the out file seems to be from my trial commandline and could be stripped off.<br><br>Following is a snapshot of the run:<br><br>./qtest count=128 range=240 parallelism=1 provider=pbs jobmanager=pbs host=<a href="http://login1.beagle.ci.uchicago.edu">login1.beagle.ci.uchicago.edu</a><br>
.:cog-abstraction-common-2.4.jar:cog-jglobus-1.8.0.jar:cog-provider-gt2-2.4.jar:cog-provider-local-2.2.jar:cog-provider-localscheduler-0.4.jar:cog-util-0.92.jar:commons-logging-1.1.jar:cryptix32.jar:cryptix-asn1.jar:cryptix.jar:jce-jdk13-131.jar:jgss.jar:log4j-1.2.16.jar:puretls.jar<br>
2015328287 submitting (1)<br>2015328287 running<br>2015328287 195 10<br>2015328287 done<br>1182680702 submitting (2)<br>1182680702 running<br>1182680702 48 18<br>1182680702 done<br>2057140893 submitting (3)<br>2057140893 running<br>
2057140893 2 9<br>...<br>...<br><br><br>How many runs per cluster you are thinking of?<br><br><br>Regards,<br>Ketan<br><br><br><div class="gmail_quote">On Wed, Jul 27, 2011 at 12:45 AM, Mihael Hategan <span dir="ltr"><<a href="mailto:hategan@mcs.anl.gov">hategan@mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">So I've got a small tool to do it: <a href="http://www.mcs.anl.gov/%7Ehategan/qt.tar.gz" target="_blank">www.mcs.anl.gov/~hategan/qt.tar.gz</a><br>

<br>
Run like this:<br>
./qtest count=128 range=240 parallelism=1 provider=gt2 jobmanager=sge<br>
host=<a href="http://gatekeeper.ranger.tacc.teragrid.org" target="_blank">gatekeeper.ranger.tacc.teragrid.org</a><br>
<br>
You can also pass various job attributes in the same way (e.g.<br>
"queue=long")<br>
<br>
Parallelism should be kept at 1 (one job at a time). The range is the<br>
walltime range in minutes. The actual walltimes are randomly generated<br>
within that range. Count is the total count (there is no penalty in<br>
having a large number there).<br>
<br>
I'm running this on ranger, and pads seems to have a bug where jobs are<br>
reported running by pbs and then they go back to being queued. But<br>
please run this on other systems if you can and send me back the<br>
resulting queuetest.out. You can just check to see if it works with one<br>
job and then let it run unsupervised in a screen session or so.<br>
<br>
_______________________________________________<br>
Swift-devel mailing list<br>
<a href="mailto:Swift-devel@ci.uchicago.edu">Swift-devel@ci.uchicago.edu</a><br>
<a href="https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel" target="_blank">https://lists.ci.uchicago.edu/cgi-bin/mailman/listinfo/swift-devel</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Ketan<br><br><br>