Increased memory usage with GHC 7.10.1

[Paolino]

not that lucky, as it's btrfs which doesn't allow swapon :-/
btw, thanks for the hint

paolino

2015-05-01 14:00 GMT+02:00 Carter Schonwald <carter.schonwald at gmail.com>:

> as a near term mitigation, could you enable having swap files on your VM ?
>
> On Fri, May 1, 2015 at 5:00 AM, Paolino <paolo.veronelli at gmail.com> wrote:
>
>> Ghc trac is not sending the verification emails and won't let me file a
>> bug without. As soon as this gets fixed I will.
>>
>> Thanks
>>
>> paolino
>>
>> 2015-05-01 10:44 GMT+02:00 Simon Peyton Jones <simonpj at microsoft.com>:
>>
>>>  Can you open a ticket, please? And put as much data as you can.  Using
>>> `-dshow-passes` (both for 7.10 and prior versions) and showing the output
>>> would be helpful.
>>>
>>>
>>>
>>> Simon
>>>
>>>
>>>
>>> *From:* Glasgow-haskell-users [mailto:
>>> glasgow-haskell-users-bounces at haskell.org] *On Behalf Of *Paolino
>>> *Sent:* 01 May 2015 09:42
>>> *To:* glasgow-haskell-users at haskell.org
>>> *Subject:* Re: Increased memory usage with GHC 7.10.1
>>>
>>>
>>>
>>> Hello, I'm using ghc 7.10.1 to compile OpenGLRaw which is now impossible
>>> with -O1 and -O2 due to "ghc : out of memory error" on a 4GB linux host.
>>> The file making memory explode is
>>> Graphics.Rendering.OpenGL.Raw.Functions
>>> <https://hackage.haskell.org/package/OpenGLRaw-2.4.1.0/docs/src/Graphics-Rendering-OpenGL-Raw-Functions.html>.
>>> With -O0 it uses 600 MB.
>>>
>>> The file is really huge, but I could compile it with prior versions of
>>> ghc.
>>>
>>> Regards
>>>
>>> paolino
>>>
>>>
>>>
>>> 2015-04-17 1:33 GMT+02:00 David Laing <dave.laing.80 at gmail.com>:
>>>
>>>   Hi all,
>>>
>>> I've been playing around with profiling GHC recently, so I thought I'd
>>> chime in with a pointer that might save people searching for the right docs
>>> - you could configure a cabal sandbox to work with multiple version of ghc,
>>> which I've found useful:
>>>
>>>
>>> https://www.haskell.org/cabal/users-guide/installing-packages.html#sandboxes-advanced-usage
>>>
>>>
>>> Cheers,
>>>
>>>
>>>
>>> Dave
>>>
>>>
>>>
>>> On Fri, Apr 17, 2015 at 6:01 AM, Michal Terepeta <
>>> michal.terepeta at gmail.com> wrote:
>>>
>>>  Hi Richard,
>>>
>>> Thanks updating the ticket! What I did was: build GHC HEAD/7.8.4 with
>>> build flavor 'prof' then get the haskell-src-exts sources, install the
>>> dependencies and finally add +RTS -p -RTS to the cabal file and compile it,
>>> the resulting ghc.prof contains the profiling information.
>>>
>>>
>>>
>>> For anyone interested about CallArity slowness, the problem is tracked
>>> in https://ghc.haskell.org/trac/ghc/ticket/10293
>>>
>>>
>>>
>>> Cheers,
>>>
>>> Michal
>>>
>>>
>>>
>>> On Wed, Apr 15, 2015 at 1:40 AM Richard Eisenberg <eir at cis.upenn.edu>
>>> wrote:
>>>
>>>  I've pasted Michal's numbers in #9630, which seems like a good place to
>>> track this. Michal, would you mind fleshing out a bit precisely what you
>>> did to get those numbers? That would be helpful (though you've already been
>>> very helpful indeed in getting the data together)!
>>>
>>> Thanks,
>>> Richard
>>>
>>> On Apr 14, 2015, at 9:09 PM, Joachim Breitner <mail at joachim-breitner.de>
>>> wrote:
>>>
>>> > Hi,
>>> >
>>> > Am Dienstag, den 14.04.2015, 21:54 +0200 schrieb Michal Terepeta:
>>> >> On Mon, Apr 13, 2015 at 10:34 PM, Christiaan Baaij
>>> >> <christiaan.baaij at gmail.com> wrote:
>>> >>> Actually, I meant only with -fno-specialise.
>>> >>
>>> >> Done. Helps quite a bit but CallArity is still a pretty expensive.
>>> >
>>> > I’m on that, and I think I have a quite neat fix for it. I’ll report on
>>> > that in the trac ticket:
>>> > https://ghc.haskell.org/trac/ghc/ticket/10293#comment:4
>>> >
>>> > 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
>>> > _______________________________________________
>>> > Glasgow-haskell-users mailing list
>>> > Glasgow-haskell-users at haskell.org
>>> > http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>>>
>>> _______________________________________________
>>> Glasgow-haskell-users mailing list
>>> Glasgow-haskell-users at haskell.org
>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>>>
>>>
>>> _______________________________________________
>>> Glasgow-haskell-users mailing list
>>> Glasgow-haskell-users at haskell.org
>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Glasgow-haskell-users mailing list
>>> Glasgow-haskell-users at haskell.org
>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>>>
>>>
>>>
>>
>>
>> _______________________________________________
>> Glasgow-haskell-users mailing list
>> Glasgow-haskell-users at haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/glasgow-haskell-users/attachments/20150501/1e1c597c/attachment.html>