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)? Best regards, -Stephan