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

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 manageme

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

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 s

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 f