[zfs-code] Design for EAs in dnode.

un.COM -- next part -- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-code/attachments/20080207/6893050e/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: 6g_top.gif Type: image/gif Size: 1257

[zfs-code] Design for EAs in dnode.

Ricardo M. Correia wrote: > > On Qui, 2008-02-07 at 12:48 -0800, Matthew Ahrens wrote: >> First, note that the problem is quite constrained: >> >> There are a fixed number of attribute names (for any given software version) >> since these are interpreted system attributes. Therefore the attribu

[zfs-code] Design for EAs in dnode.

rish -- next part -- A non-text attachment was scrubbed... Name: EAs-in-Dnode-HLD.pdf Type: application/pdf Size: 41285 bytes Desc: URL: <http://mail.opensolaris.org/pipermail/zfs-code/attachments/20080207/0b329848/attachment.pdf>

[zfs-code] Design for EAs in dnode.

ch, much longer than if it were you guys :) Thanks, Ricardo -- Ricardo Manuel Correia Lustre Engineering Sun Microsystems, Inc. Portugal Phone +351.214134023 / x58723 Mobile +351.912590825 Email Ricardo.M.Correia at Sun.COM -- next part -- An HTML attachment w

[zfs-code] Design for EAs in dnode.

134023 / x58723 Mobile +351.912590825 Email Ricardo.M.Correia at Sun.COM -- next part -- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-code/attachments/20080207/0daaac15/attachment.html> -- next part -- A non-text

[zfs-code] Design for EAs in dnode.

.214134023 / x58723 Mobile +351.912590825 Email Ricardo.M.Correia at Sun.COM -- next part -- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-code/attachments/20080207/433e375b/attachment.html> -- next part -- A no

[zfs-code] Design for EAs in dnode.

Ricardo M. Correia wrote: > > On Qui, 2008-02-07 at 12:48 -0800, Matthew Ahrens wrote: >> First, note that the problem is quite constrained: >> >> There are a fixed number of attribute names (for any given software version) >> since these are interpreted system attributes. Therefore the attribute

[zfs-code] Design for EAs in dnode.

Matthew Ahrens wrote: > Mark Shellenbaum wrote: >> Girish Shilamkar wrote: >>> Hi, >>> With reference to my previous mail ([zfs-code] Nvpair for storing EAs >>> in dnode) which had expressed our intent to use libnvpair for EAs in >>> dnode. I am now sending a high level design document for the

[zfs-code] Design for EAs in dnode.

Mark Shellenbaum wrote: > Girish Shilamkar wrote: >> Hi, >> With reference to my previous mail ([zfs-code] Nvpair for storing EAs >> in dnode) which had expressed our intent to use libnvpair for EAs in >> dnode. I am now sending a high level design document for the same. >> >> Any suggestions/

[zfs-code] Design for EAs in dnode.

Ricardo M. Correia wrote: > > On Qui, 2008-02-07 at 09:44 -0700, Mark Shellenbaum wrote: >> I'm not sure we should be using nvlists to store these attributes. >> While it will be quick to implement, I'm concerned about the constant >> packing/unpacking and searching linked lists in the nvlist co

[zfs-code] Design for EAs in dnode.

Girish Shilamkar wrote: > Hi, > With reference to my previous mail ([zfs-code] Nvpair for storing EAs > in dnode) which had expressed our intent to use libnvpair for EAs in > dnode. I am now sending a high level design document for the same. > > Any suggestions/comments are most welcome. >

[zfs-code] A question about zfs code - dbuf related

It's our Chinese New Year today, best wishes to you. Jay Matthew Ahrens wrote: > jay xiong wrote: >> I have two questions for zfs code: >> >> In dbuf_hold_imple(): >> In this piece of code, it will copy the data to the extra buffer if >> the current one is syncing into disks. My question is tha