performance regressions

[Richard Eisenberg]

I think I've fixed this. I've pushed the fix to wip/rae, and waiting for validation results before pushing to master.

My hunch below was right -- it was the change to matchFam, which essentially evaluated type-level functions more strictly. I've now made it lazier again. I'd like to better understand the tradeoff here, and to see if there's a principled sweet spot. But that will happen in a few days.

Expect a push to master soon.

Again, sorry for the bother.

Richard

On Dec 13, 2014, at 8:32 AM, Joachim Breitner <mail at joachim-breitner.de> wrote:

> Hi,
> 
> 
> Am Freitag, den 12.12.2014, 21:51 -0500 schrieb Richard Eisenberg:
>> 
>> Phab has shown up some performance regressions in my recent commits.
>> See https://phabricator.haskell.org/harbormaster/build/2607/. The
>> failures except for haddock.base are new, and evidently my fault. They
>> didn't show up on Travis. Will look into it shortly, but I doubt over
>> the weekend.
> 
> 
> ghcspeed also observes this:
> http://ghcspeed-nomeata.rhcloud.com/changes/?rev=7256213843b80d75a86f033be77516a62d56044a&exe=2&env=johan%27s%20buildbot
> 
> Especially the T9872 benchmarks have a huge increase in allocations. But
> you seem to be aware of this, so that’s fine.
> 
> Greetings,
> Joachim
> 
> -- 
> Joachim “nomeata” Breitner
>  mail at joachim-breitner.de • http://www.joachim-breitner.de/
>  Jabber: nomeata at joachim-breitner.de  • GPG-Key: 0xF0FBF51F
>  Debian Developer: nomeata at debian.org
> 
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://www.haskell.org/mailman/listinfo/ghc-devs