[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200711061428.11453.a1426z@gawab.com>
Date: Tue, 6 Nov 2007 14:28:11 +0300
From: Al Boldi <a1426z@...ab.com>
To: linux-fsdevel@...r.kernel.org
Cc: linux-kernel@...r.kernel.org
Subject: Re: Massive slowdown when re-querying large nfs dir
Al Boldi wrote:
> There is a massive (3-18x) slowdown when re-querying a large nfs dir (2k+
> entries) using a simple ls -l.
>
> On 2.6.23 client and server running userland rpc.nfs.V2:
> first try: time -p ls -l <2k+ entry dir> in ~2.5sec
> more tries: time -p ls -l <2k+ entry dir> in ~8sec
>
> first try: time -p ls -l <5k+ entry dir> in ~9sec
> more tries: time -p ls -l <5k+ entry dir> in ~180sec
>
> On 2.6.23 client and 2.4.31 server running userland rpc.nfs.V2:
> first try: time -p ls -l <2k+ entry dir> in ~2.5sec
> more tries: time -p ls -l <2k+ entry dir> in ~7sec
>
> first try: time -p ls -l <5k+ entry dir> in ~8sec
> more tries: time -p ls -l <5k+ entry dir> in ~43sec
>
> Remounting the nfs-dir on the client resets the problem.
>
> Any ideas?
Ok, I played some more with this, and it turns out that nfsV3 is a lot
faster. But, this does not explain why the 2.4.31 kernel is still over
4-times faster than 2.6.23.
Can anybody explain what's going on?
Thanks!
--
Al
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists