lkml.org 
[lkml]   [2008]   [Aug]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: high latency NFS
From
On Mon, Aug 04, 2008 at 04:42:54PM +1000, Greg Banks wrote:
> NeilBrown wrote:
> > On Mon, August 4, 2008 10:32 am, Dave Chinner wrote:
> >
> >>>> i.e. take the solution that Greg banks used for the CPU scheduler
> >>>> overload issue (limiting the number of nfsds woken but not yet on
> >>>> the CPU),
> >>>>
> >
> > Ahh... I remembered Greg talking about that, went looking, and
> > couldn't find it. I couldn't even find any mail about it, yet I'm
> > sure I saw a patch..
> >
> http://marc.info/?l=linux-nfs&m=115501004819230&w=2
> > Greg: Do you remember what happened to this? Did I reject it for some
> > reason, or did it never get sent? or ...
> >
> I think we got all caught up arguing about the other patches in the
> batch (the last round of the everlasting "dynamic nfsd management for
> Linux" argument) and between us we managed to drop the patch on the ground.
>
> http://thread.gmane.org/gmane.linux.nfs/10372
>
> I think the only part of that patchset that you explicitly rejected was
> the one where I tried to kill off the useless "th" line in
> /proc/net/rc/nfsd.

Looks like that was me, apologies. Breaking a documented interface to
userspace just set off an alarm. But if we really convince ourselves
that it's useless, then OK.

(Though maybe your idea of leaving the line in place with just constant
zeros is good. Just because the data's useless doesn't mean someone out
there may have a script that does otherwise useful things but that
happens to fail if it can't parse /proc/net/rpc/nfsd.)

Looks like it's been two years now--any chance of rebasing those patches
and resending?

--b.


\
 
 \ /
  Last update: 2008-08-04 21:09    [W:0.155 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site