On Wed, Mar 31, 2010 at 1:00 AM, Karsten Weiss <k.we...@science-computing.de> wrote: > Hi Adam, > >> Very interesting data. Your test is inherently >> single-threaded so I'm not surprised that the >> benefits aren't more impressive -- the flash modules >> on the F20 card are optimized more for concurrent >> IOPS than single-threaded latency. > > Thanks for your reply. I'll probably test the multiple write case, too. > > But frankly at the moment I care the most about the single-threaded case > because if we put e.g. user homes on this server I think they would be > severely disappointed if they would have to wait 2m42s just to extract a > rather > small 50 MB tarball. The default 7m40s without SSD log were unacceptable > and we were hoping that the F20 would make a big difference and bring the > performance down to acceptable runtimes. But IMHO 2m42s is still too slow > and disabling the ZIL seems to be the only option. > > Knowing that 100s of users could do this in parallel with good performance > is nice but it does not improve the situation for the single user which only > cares for his own tar run. If there's anything else we can do/try to improve > the single-threaded case I'm all ears. > -- > This message posted from opensolaris.org > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >
Use something other than Open/Solaris with ZFS as an NFS server? :) I don't think you'll find the performance you paid for with ZFS and Solaris at this time. I've been trying to more than a year, and watching dozens, if not hundreds of threads. Getting half-ways decent performance from NFS and ZFS is impossible unless you disable the ZIL. You'd be better off getting NetApp -- Brent Jones br...@servuhome.net _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
