![]() | |||||||||||||
Messages in this thread |
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 | |||||||||||||