I have 8GB RAM, arcsz as reported by arcstat.pl is 5-7GB usually.
It took about 20-30 mins to delete the files.
Is there a way to see which files have been deduped, so I can copy them again
an un-dedupe them?
Thanks,
Hernan
--
This message posted from opensolaris.org
__
Hi,
Out of pure curiosity, I was wondering, what would happen if one tries to use a
regular 7200RPM (or 10K) drive as slog or L2ARC (or both)?
I know these are designed with SSDs in mind, and I know it's possible to use
anything you want as cache. So would ZFS benefit from it? Would it be the sa
Hello,
I think this is the second time this happens to me. A couple of year ago, I
deleted a big (500G) zvol and then the machine started to hang some 20 minutes
later (out of memory), even rebooting didnt help. But with the great support
from Victor Latushkin, who on a weekend helped me debug t
Too bad then, I can't afford a couple of SSDs for this machine as it's just a
home file server. I'm surprised about the scrub speed though... This used to be
a 4x500GB machine, to which I replaced the disks one by one. Resilver (about
80% full) took about 6 hours to complete - now it's twice the
I tested with Bonnie++ and it reports about 200MB/s.
The pool version is 22 (SunOS solaris 5.11 snv_134 i86pc i386 i86pc Solaris)
I let the scrub run for hours and it was still at around 10MB/s. I tried to
access an iSCSI target on that pool and it was really really slow (about
600KB/s!) while
Hello, I'm trying to figure out why I'm getting about 10MB/s scrubs, on a pool
where I can easily get 100MB/s. It's 4x 1TB SATA2 (nv_sata), raidz. Athlon64
with 8GB RAM.
Here's the output while I "cat" an 8GB file to /dev/null
r...@solaris:~# zpool iostat 20
capacity operatio
Hello, I tried enabling dedup on a filesystem, and moved files into it to take
advantage of it. I had about 700GB of files and left it for some hours. When I
returned, only 70GB were moved.
I checked zpool iostat, and it showed about 8MB/s R/W performance (the old and
new zfs filesystems are in
