Jose,
I believe the problem is endemic to Solaris. I have run into similar
problems doing a simple find(1) in /etc. On Linux, a find operation in
/etc is almost instantaneous. On solaris, it has a tendency to spin
for a long time. I don't know what their use of find might be but,
running updatedb on the linux clients (with the NFS file system mounted
of course) and using locate(1) will give you a work-around on the linux
clients.
Caveat Empore: There is a staleness factor associated with this solution
as any new files dropped in after updatedb runs will not show up until
the next updatedb is run.
HTH
louis
On 06/16/09 11:55, Jose Martins wrote:
Hello experts,
IHAC that wants to put more than 250 Million files on a single
mountpoint (in a directory tree with no more than 100 files on each
directory).
He wants to share such filesystem by NFS and mount it through
many Linux Debian clients
We are proposing a 7410 Openstore appliance...
He is claiming that certain operations like find, even if taken from
the Linux clients on such NFS mountpoint take significant more
time than if such NFS share was provided by other NAS providers
like NetApp...
Can someone confirm if this is really a problem for ZFS filesystems?...
Is there any way to tune it?...
We thank any input
Best regards
Jose
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
