Ville-Pertti Keinonen wrote:
>
> If the pessimization persists when the initial alignment is fixed,
> then there's a trade-off between a small pessimization for typical
> code and a big pessimization for less common (but more often
> performance-critical) code.
Performance critical code should always be coded and compiled in such a
way that the machine code is optimal (for whatever optimal means in this
case). It doesn't really make sense to argue how default compiler
settings affect the performance critical code, because default compiler
settings are per definition set to suit the majority of the programs.
With 16 byte alignment and even with 8 byte alignment, defaults are not
set for the majority of the programs, but clearly for the special cases.
That's why I want 4 byte alignments by default and 8 or 16 byte
alignments explicitely set for the special cases.
Anyway, enough said. This has already taken enough bandwidth without any
intent to change anything :-)
--
Marcel Moolenaar mailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.scc.nl/
The FreeBSD project mailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
