Stephan Assmus <superstippi@xxxxxx> wrote: > Axel Dörfler wrote: > > Stephan Assmus <superstippi@xxxxxx> wrote: > > > It will be most interesting to repeat these tests when the new I/ > > > O > > > scheduler is effective! :-D > > I doubt this will gain a lot of speed, actually, at least not at > > first. > > The I/O scheduler alone will only bring improvements when more than > > one > > thread is using the hard drive (which is not the case for SVN). It > > will > > just create a framework that allows us to do other optimizations > > that > > might bring more speed :-) > Doesn't the I/O scheduler also reorder requests to minimize seek > times? I > realize this would require to impose an initial latency in order for > more > requests to pour in from SVN. Hm. This cannot work, right? Because > SVN > would wait for the requests to be fulfilled before issuing the next? > So > read-ahead is the only thing that would help here (besides a better > filesystem)? Exactly :-) Read-ahead, and a better suited file system is what makes SVN so fast on Linux. We should get pretty close once we tackled the first one. Bye, Axel.