I have an application that open many files for writing very fast, in a
way - it can almost be looked as a file system stress test.
my application is single threaded, and I noticed the following problem
when running a single instance of it:
at some point, after opening (and closing) many files for writing, the
application fails to open a file for writing.
if I sleep for 1 second and try again, it works.
my NFS server runs Debian etch 32 bit, with
nfs-kernel-server and nfs-common (1:1.0.10-6+etch.1).
client is also etch 32.
kernel on both is :2.6.18-6-686 #1 SMP Tue Jun 17 21:31:27 UTC 2008 i686
both machines are quad core.
I tried to mount with tcp and udp, and tried both sync and async export
point.
is this a known issue?
any known workaround that will not require messing up the application
with retry logic?
Omry.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
