I'm doing a "zfs send -R | zfs receive" on a snv_129 system. The
target filesystem has dedup enabled, but since it was upgraded from
b125 the existing data is not deduped.
The pool is an 8-disk raidz2. The system has 8gb of memory, and a dual
core Athlon 4850e cpu.
I've set dedup=verify at the top level filesystem, which is inherited
by everything.
I started the send this morning, and as of now it's only send 590gb of
a 867gb filesystem. According to "zpool iostat 60", it's writing at
about 12-13mb/sec. Reads tend to be bursty, which indicates that the
bottleneck is in writing.
I realize that dedup is an intensive task, especially with the verify
option. However, the system load is only at 0.8, and zpool-tank is
only using ~ 10% of the cpu. There's no time spent in iowait.
Any ideas on what I might do to speed things up?
$ arcstat.pl -x 5 3
Time mfu mru mfug mrug eskip mtxmis rmis dread pread read
01:06:33 28M 2M 694K 694K 1M 1K 0 20M 11M 31M
<State Changed>
01:06:38 721 187 18 18 2 0 0 785 114 899
01:06:43 755 162 46 46 2 0 0 733 217 950
$ arcstat.pl 5 3
Time read miss miss% dmis dm% pmis pm% mmis mm% arcsz c
01:06:59 31M 3M 10 1M 6 1M 16 1M 5 3G 3G
01:07:04 785 130 16 87 11 42 83 87 12 3G 3G
01:07:09 647 195 30 84 16 111 88 89 20 3G 3G
Thanks
-B
--
Brandon High : bh...@freaks.com
When in doubt, use brute force.
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
