Re: Better perf

2018-12-14 Thread Sebastian Graf
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

RE: Better perf

2017-03-09 Thread Simon Peyton Jones via ghc-devs
--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 |

Re: Better perf

2017-03-09 Thread Joachim Breitner
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

RE: Better perf

2017-03-07 Thread Simon Peyton Jones via ghc-devs
-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

Re: Better perf

2017-03-07 Thread Ben Gamari
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

Re: Better perf

2017-03-07 Thread Joachim Breitner
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

RE: Better perf for haddock.base, haddock.Cabal (f4aa998)

2017-02-16 Thread Simon Peyton Jones via ghc-devs
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

Re: Better perf for haddock.base, haddock.Cabal (f4aa998)

2017-02-16 Thread Ben Gamari
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

Re: Better perf for haddock.base, haddock.Cabal (f4aa998)

2017-02-16 Thread Joachim Breitner
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

RE: Better perf?

2016-09-13 Thread Simon Peyton Jones via ghc-devs
: 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

Re: Better perf?

2016-09-13 Thread Joachim Breitner
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