On 2008-07-29 at 23:08:19 [+0200], Axel Dörfler <axeld@xxxxxxxxxxxxxxxx> 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 :-) > > However, I guess most of the work is done by the block cache when SVN > is at work -- and that one doesn't do any read-ahead either with the I/ > O scheduler. Given that Haiku also grows support for asynchronous I/O at the same time, we'll also get some nice optimization options. E.g. when a directory is opened BFS could already tell the block cache to pre-load the blocks for the inodes living in the directory. That should be easy to implement and help particularly with svn. CU, Ingo