cvs commit: src/sys/i386/include endian.h

Bernd Walter ticso at cicely12.cicely.de
Wed Sep 24 04:40:51 PDT 2003


On Tue, Sep 23, 2003 at 09:45:31AM -0700, Peter Wemm wrote:
> Robert Watson wrote:
> > 
> > On Mon, 22 Sep 2003, Peter Wemm wrote:
> > 
> > >   Microoptimization to allow the compiler to evaluate ntohl() etc on
> > >   known constants at compile time rather than at run time.  We have a numbe
>     r
> > >   of nasty hacks around the place to cache ntohl() of constants (eg: nfs).
> > >   This change allows the compiler to compile-time evaluate ntohl(1) as
> > >   0x01000000 rather than having to emit assembler code to do it.  This
> > >   has other smaller flow-on effects because the compiler can see that
> > >   ntohl(constant) itself has a constant value now and can propagate the
> > >   compile time evaluation.
> > 
> > So should we now be doing a sweep through the tree to remove instances of
> > this?  I.e.:
> > 
> >         /*
> >          * To avoid byte-swapping the same value over and over again.
> >          */
> >         igmp_all_hosts_group = htonl(INADDR_ALLHOSTS_GROUP);
> >         igmp_all_rtrs_group = htonl(INADDR_ALLRTRS_GROUP);
> > 
> > Etc?
> 
> It is probably premature to do that just yet (only 2 of 5 or so platforms
> handled), but that was the kind of "optimization" that prompted this.
> NFS is also riddled with this.

2 platforms is already much - considered that ppc and sparc64 are big
endian and therefor not influenced.
But I think the above assignment can be optimized away by the compiler
in many cases now.
Nevertheless - having alpha done first would be fine ;-)

-- 
B.Walter                   BWCT                http://www.bwct.de
ticso at bwct.de                                  info at bwct.de



More information about the cvs-src mailing list