Re: NFS Still broken in 2.6.x?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Andrew Morton wrote:

Trond Myklebust <[email protected]> wrote:
On Thu, 2006-02-23 at 15:35 -0500, Bryan Fink wrote:
> Hi All.  I'm running into a bit of trouble with NFS on 2.6.  I see that
> at least Trond thought, mid-January, that "The readahead algorithm has
> been broken in 2.6.x for at least the past 6 months." (
> http://www.ussg.iu.edu/hypermail/linux/kernel/0601.2/0559.html) Anyone
> know if that has been fixed?

No it hasn't been fixed. ...and no, this is not a problem that only
affects NFS: it just happens to give a more noticeable performance
impact due to the larger latency of NFS over a 100Mbps link.

iirc, last time we went round this loop Ram and I were unable to reproduce it.

Does anyone have a testcase?

Hi again. I just found some new, very interesting information. Until just a few minutes ago, I hadn't realized that one could change the I/O scheduler at runtime. Looking into it, my system was using "cfq", and I have three other options, "noop", "anticipatory", and "deadline". I've now run tests using all three of the other schedulers, and they all bring performance back up to the level I had with kernel 2.4. So, either NFS is incompatible with cfq, or cfq has some issues that show very vividly when used with NFS (or, I suppose, I just have my system tuned wrong for use with cfq).

Hope this helps the bug hunt. Special thanks to Asfand Yar Qazi for writing to the list this morning asking how to change schedulers at runtime (http://www.ussg.iu.edu/hypermail/linux/kernel/0602.3/0135.html). Off to find out exactly what the best scheduler is for my needs.

-Bryan

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux