[Swift-devel] provider staging stage-in rate on localhost and PADS
Mihael Hategan
hategan at mcs.anl.gov
Wed Jan 12 19:01:15 CST 2011
And then try to run this with very large files.
Essentially that will tell whether the limit is in the coaster i/o
bandwidth or the job throughput.
On Wed, 2011-01-12 at 17:06 -0600, Justin M Wozniak wrote:
> I'm actually trying to isolate this as well- can you try running this with
> very small files?
>
> On Wed, 12 Jan 2011, Allan Espinosa wrote:
>
> > setup1:
> >
> > N workers on localhost (10, 20, 40)
> > coaster service on localhost
> > swift client on localhost
> >
> > 10,000 2.3MB files in Localdisk (/var/tmp/RuptureVariations in communicado)
> > jobs are simple 'cat inputfile' jobs. no data is explicitly staged
> > out in the app() invocation
> >
> > Result:
> > max transfer rate is 7MB/s with 10 workers resulting to a 2.5 jobs
> > staged per second rate.
> >
> > I attached the plot of bandwidth (red = 10 workers, green = 20
> > workers, blue = 40 workers).
> >
> > We maybe CPU bound at this point. i'll try testing on
> > communicado->bridled next.
> >
> > setup2: (communicado->PADS)
> >
> > N workers on PADS workers (10, 40)
> > coaster service on communicadp
> > swift client on communicado
> >
> > pads.png shows the plot of bandwidth (max is around 5.5MB/s).
> > legend: black = 10 workers, red = 40 workers
> >
> > this translates to a jobrate of 2 jobs/ second
> >
> > -Allan
> >
> >
>
More information about the Swift-devel
mailing list