hi Dirk,
How might we explain running find on a linux client to an NFS mounted
file system under the 7000 taking significantly longer (i.e. performance
behaving as though the command was run from Solaris?) Not sure if find
would have the intelligence to differentiate between file system types
and run different sections of code based upon what it finds?
louis
On 06/17/09 11:38, Dirk Nitschke wrote:
Hi Louis!
Solaris /usr/bin/find and Linux (GNU-) find work differently! I have
experienced dramatic runtime differences some time ago. The reason is
that Solaris find and GNU find use different algorithms.
GNU find uses the st_nlink ("number of links") field of the stat
structure to optimize it's work. Solaris find does not use this kind
of optimization because the meaning of "number of links" is not well
defined and file system dependent.
If you are interested, take a look at, say,
CR 4907267 link count problem is hsfs
CR 4462534 RFE: pcfs should emulate link counts for directories
Dirk
Am 17.06.2009 um 18:08 schrieb Louis Romero:
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
