<div dir="ltr">Excellent. Thanks for the starting points, Rayson.<br><br>Rajat<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Oct 7, 2013 at 1:21 AM, Rayson Ho <span dir="ltr"><<a href="mailto:raysonlogin@gmail.com" target="_blank">raysonlogin@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The easiest way is to set up queue calendars that are active for the<br>
periods of time of your choice -- ie. when it is off peak hours, you<br>
get the extra number of slots available to run jobs:<br>
<br>
<a href="http://gridscheduler.sourceforge.net/htmlman/htmlman5/queue_conf.html" target="_blank">http://gridscheduler.sourceforge.net/htmlman/htmlman5/queue_conf.html</a><br>
<a href="http://gridscheduler.sourceforge.net/htmlman/htmlman5/calendar_conf.html" target="_blank">http://gridscheduler.sourceforge.net/htmlman/htmlman5/calendar_conf.html</a><br>
<br>
Rayson<br>
<br>
==================================================<br>
Open Grid Scheduler - The Official Open Source Grid Engine<br>
<a href="http://gridscheduler.sourceforge.net/" target="_blank">http://gridscheduler.sourceforge.net/</a><br>
<a href="http://gridscheduler.sourceforge.net/GridEngine/GridEngineCloud.html" target="_blank">http://gridscheduler.sourceforge.net/GridEngine/GridEngineCloud.html</a><br>
<div><div class="h5"><br>
<br>
On Sun, Oct 6, 2013 at 11:42 PM, Rajat Banerjee <<a href="mailto:rajatb@post.harvard.edu">rajatb@post.harvard.edu</a>> wrote:<br>
> Hi,<br>
> Has anyone tried to manipulate the number of slots detected by SGE?<br>
><br>
> We want to manipulate the number of slots:<br>
><br>
> -- Set the ## of slots lower than the # of CPUs in the hosts for certain<br>
> periods of time, so that we could use those slots for processing other tasks<br>
> like serving web requests<br>
><br>
> -- Set the ## of slots to be double that of the # of CPUs / cores. We have<br>
> jobs bound by external API calls rather than CPU or IO bound tasks, and are<br>
> considering the poor man's version of parallelizing them. Multithreaded jobs<br>
> are not be possible yet.<br>
><br>
> We wouldn't be doing the same manipulations concurrently.<br>
> Thanks,<br>
> Rajat Banerjee<br>
><br>
</div></div>> _______________________________________________<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>
</blockquote></div><br></div>