Hey,
when going through Simon-nofib-notes, I stumbled over this thread from
March 2017, when I hadn't yet subscribed to this list:
https://mail.haskell.org/pipermail/ghc-devs/2017-March/013887.html.
Joachim and Simon were trying to pin-point seemingly random regressions and
improvements of ~5% to
--Original Message-
| From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of
| Joachim Breitner
| Sent: 09 March 2017 15:10
| To: ghc-devs@haskell.org
| Subject: Re: Better perf
|
| Hi,
|
| Am Dienstag, den 07.03.2017, 22:55 + schrieb Simon Peyton Jones
| via
|
Hi,
Am Dienstag, den 07.03.2017, 22:55 + schrieb Simon Peyton Jones via
ghc-devs:
> > But: binary-trees runtime increases by 5%.
>
> David: might you look to see if there is any obvious reason for this
> regression? We could just accept it, but it's always good to know
> why, and to document
-boun...@haskell.org] On Behalf Of Joachim
| Breitner
| Sent: 07 March 2017 10:43
| To: ghc-devs@haskell.org
| Subject: Re: Better perf
|
| Hi,
|
| perf.haskell.org has something to say about these:
|
| Am Montag, den 06.03.2017, 15:45 + schrieb Simon Peyton Jones via
| ghc-devs:
| > I’ve just c
Simon Peyton Jones via ghc-devs writes:
> I've just committed this patch sequence
>
> fb9ae288088a3eabc4e1bb4e86fa473a3881d2e2 Make FloatOut/SetLevels idemoptent
> on bottoming functions
>
> 995ab74b3c55fe3a0299bd94b49e948c942e76d6 Comments only
>
> 1163f4f2fe9aabd722c963497c67c5f8c71ef71b Tiny
Hi,
perf.haskell.org has something to say about these:
Am Montag, den 06.03.2017, 15:45 + schrieb Simon Peyton Jones via ghc-devs:
> I’ve just committed this patch sequence
> fb9ae288088a3eabc4e1bb4e86fa473a3881d2e2 Make FloatOut/SetLevels idemoptent
> on bottoming functions
increases lambd
2017 20:41
| To: ghc-devs@haskell.org
| Subject: Re: Better perf for haddock.base, haddock.Cabal (f4aa998)
|
| Hi,
|
| Am Donnerstag, den 16.02.2017, 17:46 + schrieb g...@git.haskell.org:
| > commit f4aa9984790332a908e8b1321d00a839fb42c3ea
| > Author: Simon Peyton Jones
| > Dat
Joachim Breitner writes:
> Hi,
>
...
>
> I guess https://phabricator.haskell.org/D3089 was merged a bit
> prematurely in that respect.¹
>
> Greetings,
> Joachim
>
>
> ¹ There is a workflow problem with Phab’s DR:
> * A creates a new DR.
> * B requests changes. DR now in state “revision needed
Hi,
Am Donnerstag, den 16.02.2017, 17:46 + schrieb g...@git.haskell.org:
> commit f4aa9984790332a908e8b1321d00a839fb42c3ea
> Author: Simon Peyton Jones
> Date: Thu Feb 16 17:44:58 2017 +
>
> Better perf for haddock.base, haddock.Cabal
>
> I think this is due to
> com
: Better perf?
|
| Hi,
|
| according to
| https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fperf.
| haskell.org%2fghc%2f%23graph%2ftests%2falloc%2fT5837&data=02%7c01%7csi
| monpj%40microsoft.com%7ca9cef754e1f246ad325e08d3dbef0f3a%7c72f988bf86f
| 141af91ab2d7cd011db47%7c1
Hi,
according to
https://perf.haskell.org/ghc/#graph/tests/alloc/T5837
it was
commit a48de37dcca98e7d477040b0ed298bcd1b3ab303
Author: Sergei Trofimovich
Date: Thu Sep 1 17:34:58 2016 +0100
restore -fmax-worker-args handling (Trac #11565)
Greetings,
Joachim
--
Joachim “nomeata” Breitn
11 matches
Mail list logo