System update spec proposal

[C. Scott Ananian]

On 6/26/07, Ivan Krstić <krstic at solarsail.hcs.harvard.edu> wrote:
> term one. It's still my *strong* hunch that we are not going to run
> into any issues whatsoever given our update sizes and the fact that
> we're serving them from reasonably beefy school server machines, so
> adding this functionality to rsync would easily be a post-FRS goal.

I concur.  Rate-limiting is certainly a viable option for FRS if
server resources are an issue, and the *network* characteristics of
rsync are certainly in the right ballpark.  I suspect that we won't
need to hack rsync ourselves at all, since rsync 3.0 will Do What We
Want.  But we'll see what Wayne says about the timeline of rsync 3.0.

> Scott, are you willing to do a few tests and grab some real numbers,
> using previous OLPC OS images, for resource utilization on the school
> server in the face of e.g. 5, 10, 20, 50 parallel updates?

I might need some help getting access to enough clients, but I have no
problem doing the benchmarks.  Tridge, do you have any recommendations
about benchmarking rsync?
 --scott

-- 
                         ( http://cscott.net/ )