Hi - this is an issue of some 'discussion' here too - but the way that
we solve this is, for example (to over-simplify) to have both your
short and medium queues each having the same number of slots as the
total number of CPUs. That way if either queue is full you are making
100% usage of your system and your problem goes away. The obvious
downside is that the system runs getting overloaded - however, as long
as you have enough RAM, and your file system is working well, then
running two jobs per CPU is pretty efficient.....though I know Dave
doesn't fully agree with this philosophy.
Cheers.
On 4 Jun 2009, at 08:53, Neil Killeen wrote:
> Hi
>
> on our system, feat processes generally run in our short queue.
> However, sometimes
> it is full, and other queues (e.g. medium) have available slots.
> I'd like to be able
> to force, e.g. feat, to run in that queue under those conditions.
>
> However, because feat is one of those apps that internally uses the
> queue
> I can't do this easily.
>
> Apart from hacking feat to take a queue argument to over-ride the
> builtins,
> is there an elegant way to do this ? I am also looking at whether
> the queue
> itself can be smarter and hand on to empty queues when appropriate
>
> Perhaps all FSL apps with built in queue usage should take a -q
> argument ?
>
> regards
> Neil
>
> p.s. ultimately one would like this kind of control from the GUI
>
---------------------------------------------------------------------------
Stephen M. Smith, Professor of Biomedical Engineering
Associate Director, Oxford University FMRIB Centre
FMRIB, JR Hospital, Headington, Oxford OX3 9DU, UK
+44 (0) 1865 222726 (fax 222717)
[log in to unmask] http://www.fmrib.ox.ac.uk/~steve
---------------------------------------------------------------------------
|