when submitting non-array jobs, it takes a hell of a lot time to have them
queued.
i suspect this has to do with the way bsub accepts input -in serial- and then
writes the job shell script to disk.
rethink the way the transactions happen.
* bsub should take in input in parallel
* save them to memory, then save them to disk? or some other way
* [ms]batcdh/res should accept the jobs in parallel. should it? is it blocking
performance that much?
the way the whole transaction of remaining jobs should be rethought, so we can
edit jobs in place.
Original issue reported on code.google.com by geo...@marsel.is on 25 May 2013 at 10:25
Original issue reported on code.google.com by
geo...@marsel.ison 25 May 2013 at 10:25