Hey Guys,<br><br>As far as the node idle time I think we just misinterpreted what was happening. The modulus statement was what we wanted. <br><br>Thanks<br clear="all">Amaro Taylor<br>RES Group, Inc.<br>1 Broadway • Cambridge, MA 02142 • U.S.A.<br>
Tel: 310 880-1906 (Direct) • Fax: 617-812-8042 • Email: <a href="mailto:amaro.taylor@resgroupinc.com">amaro.taylor@resgroupinc.com</a><br><br>Disclaimer: The information contained in this email message may be confidential. Please be careful if you forward, copy or print this message. If you have received this email in error, please immediately notify the sender and delete the message. <br>
<br><br><div class="gmail_quote">On Mon, Aug 2, 2010 at 12:30 PM, Justin Riley <span dir="ltr"><<a href="mailto:jtriley@mit.edu">jtriley@mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Raj,<br>
<div class="im"><br>
> 2. What is your preference for how long a job should stay idle before<br>
> being killed?<br>
<br>
</div>I think you meant *node* not job...<br>
<div class="im"><br>
> I usually don't check how long it has been idle. If it<br>
> is idle now and the queue is empty then kill it. I could add code to<br>
> check how long it has been idle, if it seems useful. Is there a use<br>
> case?<br>
<br>
</div>Also, the node must be up for the "majority of the hour" before it can<br>
be considered for removal. This provides flexibility for the queue to<br>
stabilize and also saves money given that you pay for the entire<br>
instance hour anyway.<br>
<br>
As far as the "code to check how long a node has been idle" goes I'm not<br>
sure I understand the use case/context either. Mind bringing the list up<br>
to date on this discussion?<br>
<br>
~Justin<br>
<div><div></div><div class="h5"><br>
On 08/02/2010 02:38 PM, Rajat Banerjee wrote:<br>
> Hey Amaro,<br>
> Cool thanks. I called Brian and got info regarding the array of jobs.<br>
> I checked in some test code that works fine on my (simple) cluster<br>
> with qsub -t 1-20:1. I'd appreciate it if you'd test and let me know<br>
> how it goes. Just committed to github:<br>
> <a href="http://github.com/rqbanerjee/StarCluster/commit/17998a68feab3d1440aa5d9edc2e74697e43ef54" target="_blank">http://github.com/rqbanerjee/StarCluster/commit/17998a68feab3d1440aa5d9edc2e74697e43ef54</a><br>
><br>
> Making requests during a business day has its rewards :)<br>
><br>
> Regarding the host that had been inactive for a short time:<br>
> 1. If the "tasks" field was properly recognized , as it is now, the<br>
> queue should be recognized as full, and that node probably wouldn't<br>
> have been killed.<br>
> 2. What is your preference for how long a job should stay idle before<br>
> being killed? I usually don't check how long it has been idle. If it<br>
> is idle now and the queue is empty then kill it. I could add code to<br>
> check how long it has been idle, if it seems useful. Is there a use<br>
> case?<br>
><br>
> Thanks,<br>
> Rajat<br>
</div></div><div class="im">> _______________________________________________<br>
> Starcluster mailing list<br>
> <a href="mailto:Starcluster@mit.edu">Starcluster@mit.edu</a><br>
> <a href="http://mailman.mit.edu/mailman/listinfo/starcluster" target="_blank">http://mailman.mit.edu/mailman/listinfo/starcluster</a><br>
<br>
</div>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2.0.15 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a><br>
<br>
iEYEARECAAYFAkxXHOcACgkQ4llAkMfDcrnbvACghwwDpZn2uMUcr88lqH/bFdAr<br>
MAIAn39LoXOe4j1iJ0x0crm4IsSI5kZC<br>
=TQh9<br>
-----END PGP SIGNATURE-----<br>
</blockquote></div><br>