Re: [zfs-discuss] ZFS I/O algorithms

2008-03-16 Thread Mario Goebbels
I do see that all the devices are quite evenly busy. There is no doubt that the load balancing is quite good. The main question is if there is any actual striping going on (breaking the data into smaller chunks), or if the algorithm is simply load balancing. Striping trades IOPS for

Re: [zfs-discuss] ZFS I/O algorithms

2008-03-16 Thread Richard Elling
Bob Friesenhahn wrote: On Sat, 15 Mar 2008, Richard Elling wrote: My observation, is that each metaslab is, by default, 1 MByte in size. Each top-level vdev is allocated by metaslabs. ZFS tries to allocate a top-level vdev's metaslab before moving onto another one. So you should see

Re: [zfs-discuss] ZFS I/O algorithms

2008-03-16 Thread Bob Friesenhahn
On Sun, 16 Mar 2008, Richard Elling wrote: But where is the bottleneck? iostat will show bottlenecks in the physical disks and channels. vmstat or mpstat will show the bottlenecks in cpus. To see if the app is the bottleneck will require some analysis of the app itself. Is it spending its

Re: [zfs-discuss] zfs backups to tape

2008-03-16 Thread Jonathan Edwards
On Mar 14, 2008, at 3:28 PM, Bill Shannon wrote: What's the best way to backup a zfs filesystem to tape, where the size of the filesystem is larger than what can fit on a single tape? ufsdump handles this quite nicely. Is there a similar backup program for zfs? Or a general tape management

Re: [zfs-discuss] zfs backups to tape

2008-03-16 Thread Bill Shannon
Jonathan Edwards wrote: On Mar 14, 2008, at 3:28 PM, Bill Shannon wrote: What's the best way to backup a zfs filesystem to tape, where the size of the filesystem is larger than what can fit on a single tape? ufsdump handles this quite nicely. Is there a similar backup program for zfs? Or