[commit: ghc] master: Per-thread allocation counters and limits (b0534f7)

William Kenyon ghc at abacathoo.org
Sun May 4 17:54:52 UTC 2014


On second thoughts, alloc_limit needs to be signed.

>     * This is an integer, because we might update it in a place where

  >     * it isn't convenient to raise the exception, so we want it to

  >     * stay negative until we get around to checking it.


This only leaves 2^31 bytes = 2GB.

I suppose the problem is more complex than I thought.


On 4 May 2014 17:50, William Kenyon <ghc at abacathoo.org> wrote:

> According to google,
>
> 2^32 bytes = 4GB,
>
> I think that is more memory than a 32 bit machine can handle anyway?
>
> Maybe alloc_limit should be 32 bits on a 32 bit machine, and 64 bit on a
> 64 bit machine?
>
>
> On 4 May 2014 16:06, Johan Tibell <johan.tibell at gmail.com> wrote:
>
>> On Sun, May 4, 2014 at 5:45 PM, Sergei Trofimovich <slyich at gmail.com>wrote:
>>>
>>> Does it make sense to have 64-bit alloc_limit on 32-bit box?
>>>
>>
>> I think so. You allocate 2^32 bytes pretty quickly.
>>
>> _______________________________________________
>> ghc-devs mailing list
>> ghc-devs at haskell.org
>> http://www.haskell.org/mailman/listinfo/ghc-devs
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20140504/e2059a41/attachment.html>


More information about the ghc-devs mailing list