Measuring software design complexity
Journal of Systems and Software
The use of name spaces in Plan 9
ACM SIGOPS Operating Systems Review
Elements of Software Science (Operating and programming systems series)
Elements of Software Science (Operating and programming systems series)
UNICORE: A Grid Computing Environment
Euro-Par '01 Proceedings of the 7th International Euro-Par Conference Manchester on Parallel Processing
Iterative Methods for Sparse Linear Systems
Iterative Methods for Sparse Linear Systems
Resource Usage of Windows Computer Laboratories
ICPPW '05 Proceedings of the 2005 International Conference on Parallel Processing Workshops
Top Ten Questions To Design A Successful Grid Portal
SKG '06 Proceedings of the Second International Conference on Semantics, Knowledge, and Grid
Genesis II - Standards Based Grid Computing
CCGRID '07 Proceedings of the Seventh IEEE International Symposium on Cluster Computing and the Grid
IEEE Transactions on Software Engineering
GridR: An R-based tool for scientific data analysis in grid environments
Future Generation Computer Systems
Computer Methods and Programs in Biomedicine
Chemomentum - UNICORE 6 based infrastructure for complex applications in science and technology
Euro-Par'07 Proceedings of the 2007 conference on Parallel processing
A virtual file system interface for computational grids
EUNICE'10 Proceedings of the 16th EUNICE/IFIP WG 6.6 conference on Networked services and applications: engineering, control and management
Swift: A language for distributed parallel scripting
Parallel Computing
Hi-index | 0.00 |
Developing applications for solving compute intensive problems is not trivial. Despite availability of a range of Grid computing platforms, domain specialists and scientists only rarely take advantage of these computing facilities. One reason for this is the complexity of Grid computing, and the need to learn a new programming environment to interact with the Grid. Typically, only a few programming languages are supported, and often scientists use special-purpose languages that are not supported by most Grid platforms. Moreover, users cannot easily deploy their compute tasks to multiple Grid platforms without rewriting their program to use different task submission interfaces. In this paper we present Stroll, a universal filesystem-based interface for seamless task submission to one or more Grid facilities. Users interact with the Grid through simple read and write filesystem commands. Stroll allows all categories of users to submit and manage compute tasks both manually, and from within their programs, which may be written in any language. Stroll has been implemented on Windows and Linux, and we demonstrate that we can submit the same compute tasks to both Condor and Unicore clusters. Our evaluation shows the overhead of Stroll to negligible. Comparing the code complexity of a Stroll compute task with command-line clients and Grid APIs show that Stroll can eliminated up to 95% of the complexity.