On 27 October 2005 09:05, John Meacham wrote:
> but an alignment issue sounds more likely, if we are stradling 4 byte
> boundries with our 8 byte pointers and ints, that could affect things
> very much. it is the number one cause of performance problems
> according to the AMD optimization manual.
On Thu, Oct 27, 2005 at 08:44:10AM +0100, Simon Marlow wrote:
> I'd be surprised if this is an issue. GHC doesn't normally touch the
> info tables during execution (with one exception - getting the tag from
> a constructor in a datatype with >8 constructors). It touches the info
> tables during G
On 27 October 2005 01:33, John Meacham wrote:
> I think I might have found why (or partially why) ghc is so slow on
> x86-64..
>
> section 5.10 of the optimization manual
>
http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/
25112.PDF
>
> (which has a whole lot of good info
I think I might have found why (or partially why) ghc is so slow on x86-64..
section 5.10 of the optimization manual
http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25112.PDF
(which has a whole lot of good info for any processor, including a
whole chapter on how to writ
