lkml.org 
[lkml]   [2004]   [Jan]   [18]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [RFC] kill sleep_on
FromTrond Myklebust <>
DateSun, 18 Jan 2004 02:54:57 -0500
På su , 18/01/2004 klokka 02:36, skreiv Andrew Morton:
> That's quite a lot of contention on the lock_kernel() in remote_llseek().

The NFS use of the BKL may indeed end up leading to latencies within
llseek(), but what you just presented is more of an argument for
eliminating the use of the BKL within llseek()...

In general, though, the latencies involved with the actual RPC call are
so large that anything involving local locks will not tend to register
on the radar screen at all (your numbers for "default_idle" are an order
of magnitude larger than anything else).
This is certainly true of 100Mbit nets. However those latencies might
perhaps start to be measurable on GigE nets with fast servers...

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

\
 
 \ /
  Last update: 2005-03-22 13:00    [W:0.152 / U:0.010 seconds]
©2003-2008 Jasper Spaans