[Swift-user] sites file question
Michael Wilde
wilde at mcs.anl.gov
Wed Mar 23 21:18:52 CDT 2011
Since you have a run script, you can have it generate the sites file from a shell "here document" in which you can place shell variables, which will get substituted when the here document is referenced.
David's gew gensites command does this, so you can likely use gensites itself from your run script, with your own sites file templates.
if you need to, you can pass the same variables into your Swift script via the -param=value parameters at the end of the command line.
- Mike
----- Original Message -----
I have this line in my sites.xml file. <profile key="slots" namespace="globus">10</profile>
I want to do something like this
<profile key="slots" namespace="globus">${MONTAGE_WORKERS}</profile>
Is this possible or another way for this? The reason is depending on the data set i want a different number of workers. Some sets are large and I need to request 100 workers and others are small that 5 will suffice. So I would like to be able to set an environment variable in my run script detailing how many workers to set here. I am using automatic coasters(not passive or persistent). I would like to avoid manual coasters as automatic coasters is working fine for my jobs. I would like to do this so I can only keep one sites file and not a sites file for small, medium, and large data sets.
--
Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction.
- Albert Einstein
_______________________________________________
Swift-user mailing list
Swift-user at ci.uchicago.edu
http://mail.ci.uchicago.edu/mailman/listinfo/swift-user
--
Michael Wilde
Computation Institute, University of Chicago
Mathematics and Computer Science Division
Argonne National Laboratory
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/swift-user/attachments/20110323/7b0216c9/attachment.html>
More information about the Swift-user
mailing list