[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [kmip] Groups - Sun 64-bit Binary Alignment Proposal v2 (Sun64-bit Binary Alignment Proposal.pdf) uploaded
Hi Scott, See responses below: Scott Kipp wrote: > Matt, > > This 64-bit proposal only has a 1-octet type field while the 32-bit > proposals type field has 4 octets. I would have thought the 64-bit > proposal would expand the type field to a 4 octet field to be in > alignment with the 32-bit proposal. I think the 64-bit proposal will > run into scalability problems if the type field only has 256 values as > others have said. > [Matt] I think you're confusing the Type for the Tag field here. Previous, we were concerned with limiting the _Tag_ field to 8 usable bits. I don't know of anyone worried about expanding the Type field beyond 8 bits because Types are fundamental to the parser and are unlikely to change (at least without breaking all backwards compatibility). Conversely, we expect moderate expansion of the Tag field, and both the 32-bit and 64-bit proposals allow 16-bits for this (i.e., both the 32-bit and 64-bit proposals are identical in this regard). > All, > > I won't be on the call tomorrow, so I want to say why I voted for the > 32-bit alignment. There are many ways to specify this and our goal > should be to pick the optimal one. The two options we are considering > is to optimize the bits on the wire (and thus the bits in storage) with > the 32-bit alignment or optimize the processor performance for 64-bit > processors with 64-bit alignment. > [Matt] I want to be very clear that the 64-bit alignment proposal does not make it hard for 32-bit processors. The 64-bit alignment proposal is equally suitable to either 32-bit or 64-bit processors. Let me clarify, if possible: In the 64-bit proposal, the Tag and Type fields are combined into a single 32-bit word, making it optimal for 32-bit processors. The length field is also 32-bits, making it optimal for 32-bit processors. The combination of the Tag, Type, and Length fields fits nicely into 64-bits, making it additionally optimal for 64-bit processors. In the 64-bit proposal, the data field is padded out to multiples of 8 bytes, which still works find on a 32-bit processor. Thanks, -Matt
begin:vcard fn:Matt Ball n:Ball;Matthew org:Sun Microsystems, Inc.;Key Management adr:;;500 El Dorado Blvd, Bldg 5;Broomfield;CO;80021;U.S.A. email;internet:matthew.ball@sun.com title:Staff Engineer tel;work:303-272-7580 tel;fax:303-272-3023 tel;cell:303-717-2717 x-mozilla-html:TRUE url:http://www.sun.com version:2.1 end:vcard
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]