On Wed, 2006-05-10 at 20:42 -0500, Mike Gerdts wrote: > On 5/10/06, Boyd Adamson <[EMAIL PROTECTED]> wrote: > > What we need is some clear blueprints/best practices docs on this, I > > think. > >
In due time... it was only recently that some of the performance enhancements were put back. Note: ideally, this info makes the main doc set. BluePrints and Infodocs can fill in the missing bits because they have traditionally had a much shorter time-to-market. Ultimately, we'd like the info rolled into the main doc set. In other words, go for the main docs first. > Most definitely. Key things that people I work with (including me...) > would like to see are... > > - Some success stories of people running large databases (working set > much larger than RAM) on ZFS > - Configuration/tuning best practices > - Description of why I don't need directio, quickio, or ODM. > - Performance comparisons of ZFS vs. SVM/UFS, VxVM/VxFS/ODM, and ASM > using standard benchmarks for OLTP and DSS workloads > - Same as above but with real workloads. > - How the ZFS feature set improves the lives of system > administrators, DBA's, storage, and backup admins. I'm working on some RAS stuff... I can't talk for the performance guys, but I know some have been working on it. Don't expect an audited TPC-like benchmark as we tend to not use file systems for those. -- richard _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
