Another question worth asking here is, is a find over the entire
filesystem something that they would expect to be executed with
sufficient regularity that it the execution time would have a business
impact. Part of teh problem that I come across with people
"benchmarking" is that they don't benchmark the operations that are
critical to business. Sure we can spend a lot of time examining the
issue and then addressing it; but would it actually help address a real
business concern, or just an "itch"?
Regards,
Alan Hargreaves
Paisit Wongsongsarn wrote:
Hi Jose,
Enable SSD (cache device usage) only for "meta data" would help?.
Assuming that you have read optimized SSD in place.
I never try it out but worth to try by just turn on.
regards,
Paisit W.
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
--
Alan Hargreaves - http://blogs.sun.com/tpenta
Staff Engineer (Kernel/VOSJEC/Performance)
Asia Pacific/Emerging Markets
Sun Microsystems
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
