comment below... On Feb 25, 2010, at 5:34 PM, Jesus Cea wrote:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 02/24/2010 11:42 PM, Robert Milkowski wrote: >> mi...@r600:~# ls -li /bin/bash >> 1713998 -r-xr-xr-x 1 root bin 799040 2009-10-30 00:41 /bin/bash >> >> mi...@r600:~# zdb -v rpool/ROOT/osol-916 1713998 >> Dataset rpool/ROOT/osol-916 [ZPL], ID 302, cr_txg 6206087, 24.2G, >> 1053147 objects >> >> Object lvl iblk dblk dsize lsize %full type >> 1713998 2 16K 128K 898K 896K 100.00 ZFS plain file > > CUTE!. > > Under Solaris 10U7 (can't upgrade the machine to U8 because > incompatibilities between ZFS, Zones and Live Upgrade, but that is > another issue), I have this: > > """ > [r...@stargate-host /]# zdb -v > datos/zones/stargate/dataset/correo/buzones 25 > Dataset datos/zones/stargate/dataset/correo/buzones [ZPL], ID 163, > cr_txg 36887, 2.59G, 13 objects > > ZIL header: claim_txg 0, claim_seq 0 replay_seq 0, flags 0x0 > > TX_WRITE len 952, txg 1885840, seq 414431 > TX_WRITE len 1680, txg 1885840, seq 414432 > TX_WRITE len 2008, txg 1885840, seq 414433 > TX_WRITE len 1400, txg 1885840, seq 414434 > TX_WRITE len 1296, txg 1885840, seq 414435 > TX_WRITE len 3080, txg 1885840, seq 414436 > TX_WRITE len 888, txg 1885840, seq 414437 > TX_WRITE len 7408, txg 1885840, seq 414438 > TX_WRITE len 9424, txg 1885840, seq 414439 > TX_WRITE len 7352, txg 1885840, seq 414440 > TX_WRITE len 13104, txg 1885840, seq 414441 > Total 11 > TX_WRITE 11 > > > Object lvl iblk dblk lsize asize type > 25 4 16K 16K 2.91G 2.52G ZFS plain file > """ > > The reply format is a little bit different. Could you explain the > meaning of each field?. "lvl", "iblk", etc. ZFS uses a transactional object model, so at this level the discussion is about objects, where file contents are a type of object. In source terms, this is a dump of the DMU object information (dmu_object_info struct) Object = object number lvl = indirection level iblk = metadata block size dblk = data block size (max, as used) lsize = logical size (max block offset) asize = physical size (data + metadata) type = type of the object (dnode, plain file, directory contents, object array, etc.) -- richard ZFS storage and performance consulting at http://www.RichardElling.com ZFS training on deduplication, NexentaStor, and NAS performance http://nexenta-atlanta.eventbrite.com (March 16-18, 2010) _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
