All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Mason <chris.mason@oracle.com>
To: Daniel Phillips <phillips@phunq.net>
Cc: Avi Kivity <avi@redhat.com>, linux-btrfs@vger.kernel.org
Subject: Re: packing structures and numbers
Date: Fri, 3 Oct 2008 20:28:56 -0400	[thread overview]
Message-ID: <20081004002856.GA8449@think.oraclecorp.com> (raw)
In-Reply-To: <200810031722.52063.phillips@phunq.net>

On Fri, Oct 03, 2008 at 05:22:51PM -0700, Daniel Phillips wrote:
> On Friday 03 October 2008 05:22, Chris Mason wrote:
> > On Fri, 2008-10-03 at 14:42 +0300, Avi Kivity wrote:
> > > I've been reading btrfs's on-disk format, and two things caught my eye
> > > 
> > > - attribute((packed)) structures everywhere, often with misaligned 
> > > fields.  This conserves space, but can be harmful to in-memory 
> > > performance on some archs.
> > 
> > packed is important to make sure that a given field takes exactly the
> > same amount of space everywhere, regardless of compiler optimization or
> > arch.
> 
> Amen.  Are we sure that attribute ((packed)) works the same on all
> arches?

As long as you use types with strictly defined size, yes.

> 
> And what about bitfields, does GCC pack them to the same size on all
> arches in this case or take the easy way out as permitted by the
> standard?

I'm not sure, I believe a bit field on a strictly defined size will be
packed the same everywhere. But bitfields + endian conversion are messy,
so I avoid them.

-chris

  reply	other threads:[~2008-10-04  0:28 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-03 11:42 packing structures and numbers Avi Kivity
2008-10-03 12:22 ` Chris Mason
2008-10-03 13:40   ` Avi Kivity
2008-10-04  0:22   ` Daniel Phillips
2008-10-04  0:28     ` Chris Mason [this message]
2008-10-04  0:35       ` Daniel Phillips
2008-10-04  0:43       ` Daniel Phillips
2008-10-04  8:27         ` Avi Kivity
2008-10-03 18:37 ` Zach Brown
2008-10-04  8:31   ` Avi Kivity
2008-10-04 16:34     ` Andi Kleen
2008-10-05  5:31       ` Avi Kivity

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20081004002856.GA8449@think.oraclecorp.com \
    --to=chris.mason@oracle.com \
    --cc=avi@redhat.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=phillips@phunq.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.