[Fwd: Re: [Swift-devel] Re: swift-falkon problem... plots to explain plateaus...]
Mihael Hategan
hategan at mcs.anl.gov
Tue Apr 1 11:08:24 CDT 2008
> > >
> >
> > Doing nothing can be incredibly fast.
> >
> What I meant is that we need to move these operations to the local
> file system, i.e. RAM. We have run applications on BG/P via Falkon
> only, and implemented a caching strategy that caches all scripts,
> binaries, and input data, to RAM... once the task execution (all from
> RAM) completes, and has written its output to RAM, then there is a
> single copy operation of the output data from RAM to GPFS. We control
> how frequently this copy operation occurs, so we can essentially scale
> quite nicely and linearly with this approach. The hope is that we can
> eventually work this kind of functionality in the wrapper.sh, or in
> Swift itself. So, a reply to your statement, we would like to
> preserve the functionality of the wrapper.sh, but move as much as
> possible of that functionality from a shared file system to a local
> disk.
>
Having optimized wrappers for different architectures is a perfectly
valid option.
Mihael
More information about the Swift-devel
mailing list