We're regularly running BatchJobs itself on an LSF cluster. Works great.
On Thu, Jun 6, 2013 at 5:48 PM, Henrik Bengtsson wrote:
> Great - this looks promising already.
>
> What's your test system(s), beyond standard SSH and multicore
> clusters? I'm on a Torque/PBS system.
>
> I'm happy to tes
Great - this looks promising already.
What's your test system(s), beyond standard SSH and multicore
clusters? I'm on a Torque/PBS system.
I'm happy to test, give feedback etc. I don't see an 'Issues' tab on
the GitHub page. Michel, how do you prefer to get feedback?
/Henrik
On Thu, Jun 6, 2
And here is the on-going development of the backend:
https://github.com/mllg/BiocParallel/tree/batchjobs
Not sure how well it's been tested.
Kudos to Michel Lang for making so much progress so quickly.
Michael
On Thu, Jun 6, 2013 at 1:59 PM, Dan Tenenbaum wrote:
> On Thu, Jun 6, 2013 at 1:56
On Thu, Jun 6, 2013 at 1:56 PM, Henrik Bengtsson wrote:
> Hi, I'd like to pick up the discussion on a BatchJobs backend for
> BiocParallel where it was left back in Dec 2012 (Bioc-devel thread
> 'BiocParallel'
> [https://stat.ethz.ch/pipermail/bioc-devel/2012-December/003918.html]).
>
> Florian,
Hi, I'd like to pick up the discussion on a BatchJobs backend for
BiocParallel where it was left back in Dec 2012 (Bioc-devel thread
'BiocParallel'
[https://stat.ethz.ch/pipermail/bioc-devel/2012-December/003918.html]).
Florian, would you mind sharing your BatchJobs backend code? Is it
independe
Hi
I'm developing a wrapper for the peptide-identification tool MS GF+. The
algorithm is developed in Java and the .jar file has a size around 20 mb.
For the ease of the user, I think it would make sense to pack the java code
together with the wrapper (this has been cleared with the MS GF+ deve
