[lkml]   [1997]   [Feb]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread

> > Because its incredibly non obvious. Some of the folk doing big number
> > crunches noticed that the size of your environment changed the
> > performance. [...]
> hm, maybe time to add 'misalignment fault' counting support to the kernel?
> Has anyone tried this? Does it work for the FPU too? Is it reliable? ;)
> i remember Dave has made this for the Sparc, and there is something like
> this for x86 too.

For most (all?) RISCs this alignment problem is a non issue because the
hardware does not handle it in a completly transparant way. On Linux
where quite a lot of lowlevel system code (fdisk etc.) is written very
dirty this is a problem. Therefore the RISC ports of Linux have
kernel emulation software that executes the misaligned accesses in

This software emulation is many dozen times slower than the real thing and
so no hardware counters need to exist. During my normal daily use of
Linux/MIPS it's usually a real bug in a piece of user software when
something triggers the emulation. In the kernel only the stuff dealing
with PC-style partition tables, the fat filesystem and the IDE stuff
trigger alignment exceptions and some of these haven been fixed for 2.0.
Probably this is only a topic at all for 386 and to a lesser degree for


 \ /
  Last update: 2005-03-22 13:38    [W:0.033 / U:0.116 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site