Increased memory usage with GHC 7.10.1

[Paolino]

I did the worst and splitted the file.  It worked.
Still waiting ghc trac to send me the verification mails

paolino

2015-05-01 14:22 GMT+02:00 Paolino <paolo.veronelli at gmail.com>:

> 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/c70c7907/attachment-0001.html>