-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I would like to know the blocksize of a particular file. I know the blocksize for a particular file is decided at creation time, in fuction of the write size done and the recordsize property of the dataset. How can I access that information?. Some zdb magic?. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jcea at jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jcea at jabber.org _/_/ _/_/ _/_/_/_/_/ . _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQCVAwUBS4WbjZlgi5GaxT1NAQI7lgQAp1VYhsX3mR5sBOkdreUdYv2ApRAIFCfD 6yJxE2gVKW91OciHnS4Gtk1fs97achOu+6ab2eHikziZEy7hoOzGgKzqchpZq6jA fz3KKCS1wmixbbak7SDkzIREqqfi3LvD9ubFIz+hEFPv4DVd4whfCSGDGd87QBIA x32q+Wj/680=UeU8 -----END PGP SIGNATURE-----
On 24/02/2010 21:35, Jesus Cea wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I would like to know the blocksize of a particular file. I know the > blocksize for a particular file is decided at creation time, in fuction > of the write size done and the recordsize property of the dataset. > > How can I access that information?. Some zdb magic?. > ><pre> milek at r600:~# ls -li /bin/bash 1713998 -r-xr-xr-x 1 root bin 799040 2009-10-30 00:41 /bin/bash milek at 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 milek at r600:~# </pre> -- Robert Milkowski http://milek.blogspot.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/24/2010 11:42 PM, Robert Milkowski wrote:> milek at r600:~# ls -li /bin/bash > 1713998 -r-xr-xr-x 1 root bin 799040 2009-10-30 00:41 /bin/bash > > milek at 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 fileCUTE!. 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: """ [root at 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. Thanks a lot!. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jcea at jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jcea at jabber.org _/_/ _/_/ _/_/_/_/_/ . _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQCVAwUBS4clI5lgi5GaxT1NAQII/wP8C8E+25nQg8ZhbccZ72zO+xmemLwGyQpu 1mKJjjWI1PT9cDB9cUzHsFmjxA79gF5pfM0NKz7VtrnGBXcHLqamxHmqrm2srHO8 wObDFh7WnC96tRYWDmc/5knN6nkiXwnUKQRUcLT3LCHL/pY2fTP9bQEQOKXu5cOl f5Dkmu/df2o=Rv1q -----END PGP SIGNATURE-----
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: >> milek at r600:~# ls -li /bin/bash >> 1713998 -r-xr-xr-x 1 root bin 799040 2009-10-30 00:41 /bin/bash >> >> milek at 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: > > """ > [root at 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)