Hi Roch, thanks, now I better understand the issue :).
> Nope. NFS is slow for single threaded tar extract. The > conservative approach of NFS is needed with the NFS protocol > in order to ensure client's side data integrity. Nothing ZFS > related. ... > NFS is plenty fast in a throughput context (not that it does > not need work). The complaints we have here are about single > threaded code. ok, then it's "just" a single thread client latency of request issue, which (as increasingly often) software vendors need to realize. The proper way to deal with this, then, is to multi-thread on the application layer. Reminds my of many UltraSPARC T1 issues, which don't sit in hardware nor OS, but in the way applications have been developed for years :). Best regards, Constantin -- Constantin Gonzalez Sun Microsystems GmbH, Germany Platform Technology Group, Client Solutions http://www.sun.de/ Tel.: +49 89/4 60 08-25 91 http://blogs.sun.com/constantin/ _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
