Seems like a job for (ugh) autotools: it should be possible to add a configure flag so that you have a one-time, conditional modification of the script so that it either uses the feature or doesn't.
On Thu, Dec 16, 2010 at 10:00 AM, Lane Schwartz <[email protected]> wrote: > Chris, > > That makes sense. What kind of configurability are you looking for? > > Lane > > On Thu, Dec 16, 2010 at 9:20 AM, Chris Dyer <[email protected]> wrote: >> >> Would it be possible to have some kind of flag that turns this on or >> off? For a variety of reasons I've been working with the same software >> in a bunch of different environments that are similar (but just >> different enough) that I found it useful to make the parts that deal >> with the cluster sort of configurable... I don't know the architecture >> of moses-parallel.pl at all, so I can only guess whether this makes >> sense or not. >> >> On Tue, Dec 14, 2010 at 4:54 PM, Suzy Howlett <[email protected]> wrote: >> > I use TORQUE, which I've found has had some differences with SGE (in >> > particular, I had to use the 'old-sge' flags to get the sync >> > workaround), but it looks like TORQUE has a -t flag that "Specifies the >> > task ids of a job array." Unfortunately I'm still new to using the >> > cluster, so I don't know precisely what it does or how it might differ >> > from SGE's. >> > >> > (TORQUE qsub: >> > http://www.clusterresources.com/torquedocs21/commands/qsub.shtml ) >> > >> > Suzy >> > >> > On 15/12/10 8:44 AM, Hieu Hoang wrote: >> >> I think it's a good idea. The current implementation no longer works on >> >> our cluster. Array is possibly a better way than sync jobs >> >> >> >> Hieu >> >> Sent from my flying horse >> >> >> >> On 14 Dec 2010, at 09:12 PM, Lane Schwartz <[email protected] >> >> <mailto:[email protected]>> wrote: >> >> >> >>> I was wondering if any consideration has been given to using qsub's >> >>> job array functionality in moses-parallel.pl >> >>> <http://moses-parallel.pl>. >> >>> Using the qsub -t flag, jobs can be tied together, so that if the >> >>> parent job is killed via qdel, all of the children are also killed. >> >>> Currently, if a parallel job needs to be killed, the children must be >> >>> manually deleted. This is OK if you only have one parallel job >> >>> running, but if you have many, and you haven't overridden the default >> >>> job name, things become hairier. >> >>> I would potentially be willing to make the change, but I wanted to >> >>> hear people's thoughts on the matter first. >> >>> Cheers, >> >>> Lane >> >>> _______________________________________________ >> >>> Moses-support mailing list >> >>> [email protected] <mailto:[email protected]> >> >>> http://mailman.mit.edu/mailman/listinfo/moses-support >> >> >> >> >> >> _______________________________________________ >> >> Moses-support mailing list >> >> [email protected] >> >> http://mailman.mit.edu/mailman/listinfo/moses-support >> > >> > -- >> > Suzy Howlett >> > http://www.showlett.id.au/ >> > _______________________________________________ >> > Moses-support mailing list >> > [email protected] >> > http://mailman.mit.edu/mailman/listinfo/moses-support >> > > > > > -- > When a place gets crowded enough to require ID's, social collapse is not > far away. It is time to go elsewhere. The best thing about space travel > is that it made it possible to go elsewhere. > -- R.A. Heinlein, "Time Enough For Love" > > _______________________________________________ > Moses-support mailing list > [email protected] > http://mailman.mit.edu/mailman/listinfo/moses-support > > _______________________________________________ Moses-support mailing list [email protected] http://mailman.mit.edu/mailman/listinfo/moses-support
