Greetings,<br>
<br>
I've joined a small company that needs to implement some form of job<br>
control system. I was a LSF user at my previous company, but that's out<br>
of the question to use here due to the cost. I've done some searching<br>
and found both Torque and Grid Engine, and both seem like they'd do<br>
the job so it's time to make a choice and that brings me to ask of you<br>
on the list what your thoughts are.<br>
<br>
Our needs are fairly simple; we'll have up to perhaps 100 x86_64<br>
systems running Linux over the next couple of years, running chip<br>
simulations, logic synthesis and the like. The software will be licensed<br>
using FlexLM, so an ability to throttle job starts based upon license<br>
availability is a must. It's not necessary to have the job control system<br>
do complex resource management; the users can submit to a specific<br>
queue for the type of resource they need. No need to suspend or<br>
move jobs to another system. The ability to enable user's systems for<br>
inclusion in the machine pool at night in a straightforward manner is<br>
desired as well.<br>
<br>
Would you say that Torque is suitable for this use model? Is there any<br>
need to make use of sheduling packages such as Moab or Maui on<br>
top of Torque?<br>
<br>
Is installation and configuration fairly straightforward?<br>
<br>
If anyone has used Grid Engine and can comment on it compared to<br>
Torque, that would be greatly appreciated. The comparisons I've found<br>
thus far are based upon older releases of the software so I don't want<br>
to depend solely upon them to make a choice of which to evaluate<br>
first.<br>
<br>
I'm reading what I can find and trying to come up to speed on the ins<br>
and outs of these projects, but I haven't yet reached that point of knowing<br>
what I don't know. Thanks in advance for your time.<br>
<br>
- Leo<br>