> I agree that it is obvious for NFS, but I don't see it as being > obvious at all for (modern) disks, so for that case I would like > to see numbers. > > If running without clustering is just as fast for modern disks, > I think the clustering needs rethought. I think it should be pretty obvious, actually. Command overhead is large (and not getting much smaller), and clustering primarily serves to reduce the number of commands and thus the ratio of command time vs. data time. So unless the clustering implementation is extremely poor, it's worthwhile. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
- Re: patches for test / review Greg Lehey
- Re: patches for test / review Mike Smith
- Re: patches for test / review Alfred Perlstein
- Re: patches for test / review Poul-Henning Kamp
- Re: patches for test / review Alfred Perlstein
- Re: patches for test / review Poul-Henning Kamp
- I/O clustering, Re: patches for test / revi... Alfred Perlstein
- Re: I/O clustering, Re: patches for test / ... Poul-Henning Kamp
- Re: I/O clustering, Re: patches for test / ... David Greenman
- Re: I/O clustering, Re: patches for test / ... Matthew Dillon
- Re: I/O clustering, Re: patches for test / ... Mike Smith
- Re: I/O clustering, Re: patches for test / ... Mike Smith
- Re: I/O clustering, Re: patches for test / ... Matthew Dillon
- Re: patches for test / review Dan Nelson
- Re: patches for test / review Greg Lehey
- Re: patches for test / review Dan Nelson
- Write clustering (was: patches for test / r... Greg Lehey
- Re: patches for test / review Paul Richards
- FreeBSD random I/O performance issues Richard Wendland
- Re: FreeBSD random I/O performance issues Matthew Dillon
- Re: FreeBSD random I/O performance issues Paul Richards