Displaying 4 results from an estimated 4 matches for "dsl_pool".
Did you mean:
dma_pool
2006 Oct 31
0
6410698 ZFS metadata needs to be more highly replicated (ditto blocks)
...src/cmd/zdb/zdb.c
update: usr/src/cmd/zpool/zpool_main.c
update: usr/src/cmd/ztest/ztest.c
update: usr/src/uts/common/fs/zfs/arc.c
update: usr/src/uts/common/fs/zfs/dbuf.c
update: usr/src/uts/common/fs/zfs/dmu.c
update: usr/src/uts/common/fs/zfs/dmu_objset.c
update: usr/src/uts/common/fs/zfs/dsl_pool.c
update: usr/src/uts/common/fs/zfs/metaslab.c
update: usr/src/uts/common/fs/zfs/spa.c
update: usr/src/uts/common/fs/zfs/spa_misc.c
update: usr/src/uts/common/fs/zfs/sys/arc.h
update: usr/src/uts/common/fs/zfs/sys/dmu.h
update: usr/src/uts/common/fs/zfs/sys/metaslab.h
update: usr/src/uts/com...
2010 Jun 02
0
FW: ZFS disk size report
...E USED AVAIL CAP HEALTH ALTROOT
data 1.94T 945G 1.02T 47% ONLINE -
root# zfs data
NAME USED AVAIL REFER MOUNTPOINT
data 945G 1014G 945G /sasuser
v As you can see a 2TB lun has been reported as 1.94T. I have seen an
article on the dsl_pool.c which shows that zfs takes 1/64th of the disk
size as reserve for better allocation. However even that does not
explain this much loss of space in reporting.
Warm Regards
Sharad
Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential...
2008 Jul 25
0
resynv onnv-gate
...io/aes.c
usr/src/uts/common/crypto/io/blowfish.c
usr/src/uts/common/crypto/io/dprov.c
usr/src/uts/common/crypto/io/ecc.c
usr/src/uts/common/crypto/io/rsa.c
usr/src/uts/common/des/des_crypt.c
usr/src/uts/common/fs/portfs/port_fop.c
usr/src/uts/common/fs/zfs/dmu_tx.c
usr/src/uts/common/fs/zfs/dsl_pool.c
usr/src/uts/common/fs/zfs/dsl_scrub.c
usr/src/uts/common/fs/zfs/spa.c
usr/src/uts/common/fs/zfs/sys/dsl_pool.h
usr/src/uts/common/fs/zfs/sys/spa.h
usr/src/uts/common/fs/zfs/sys/zio.h
usr/src/uts/common/fs/zfs/zfs_acl.c
usr/src/uts/common/fs/zfs/zfs_ioctl.c
usr/src/uts/common/fs/zfs/zfs_vf...
2011 Jun 24
13
Fixing txg commit frequency
Hi All,
I''d like to ask about whether there is a method to enforce a certain txg
commit frequency on ZFS. I''m doing a large amount of video streaming
from a storage pool while also slowly continuously writing a constant
volume of data to it (using a normal file descriptor, *not* in O_SYNC).
When reading volume goes over a certain threshold (and average pool load
over ~50%), ZFS