Hello.
megane, 2021-01-20 17:48:
> Sven Hartrumpf writes:
>
>> Hello.
>>
> [snip]
>>> I need some -:hi option (only for the new GC!), otherwise it crashes as
>>> follows:
>>>
>>> # nallch.x32 -:a0 -:o -:s4096k 0
>>> [panic] out of memory - cannot allocate next heap segment - execution
>>> ter
Sven Hartrumpf writes:
> Hello.
>
[snip]
>> I need some -:hi option (only for the new GC!), otherwise it crashes as
>> follows:
>>
>> # nallch.x32 -:a0 -:o -:s4096k 0
>> [panic] out of memory - cannot allocate next heap segment - execution
>> terminated
>
> I have experimented some more (wi
Hello.
I wrote, 2021-01-13 22:24:
> Hi.
>
> megane wrote, 2021-01-13 12:10:
>>
>> Sven Hartrumpf writes:
>>
>>> Hi Mario.
>>>
>> [snip]
>>> Run options are:
>>>
>>> -:hi256m -:H -:hs0 -:o -:s4096k
>> The combination of -:hi256m and -:hs0 pretty much guarantees these
>> patches won't help you.
>
Hi.
megane wrote, 2021-01-13 12:10:
>
> Sven Hartrumpf writes:
>
>> Hi Mario.
>>
> [snip]
>> Run options are:
>>
>> -:hi256m -:H -:hs0 -:o -:s4096k
> The combination of -:hi256m and -:hs0 pretty much guarantees these
> patches won't help you.
I feared so, when I was asked to post my options :-)
Sven Hartrumpf writes:
> Hi Mario.
>
[snip]
> Run options are:
>
> -:hi256m -:H -:hs0 -:o -:s4096k
Hi Sven,
The combination of -:hi256m and -:hs0 pretty much guarantees these
patches won't help you.
- The first patch would bump the heap size up if your program constantly
needed, say 255.99
Hi Mario.
Mario wrote, 2021-01-12 19:17:
> Hi Sven,
>
> On Tue, 12 Jan 2021 13:44:04 +0100 (CET) Sven Hartrumpf
> wrote:
>
>> Mario wrote, 2021-01-12 12:39:
>>>
>>> On Tue, 12 Jan 2021 11:42:31 +0100 (CET) Sven Hartrumpf
>>> wrote:
>>>
Mario, 2021-01-10 10:03:
>
> On Sat, 09 Jan 2
Hi Sven,
On Tue, 12 Jan 2021 13:44:04 +0100 (CET) Sven Hartrumpf
wrote:
> Mario wrote, 2021-01-12 12:39:
>>
>> On Tue, 12 Jan 2021 11:42:31 +0100 (CET) Sven Hartrumpf
>> wrote:
>>
>>> Mario, 2021-01-10 10:03:
On Sat, 09 Jan 2021 15:14:31 +0100 (CET) Sven Hartrumpf
wrote:
Hi Mario.
Mario wrote, 2021-01-12 12:39:
> Hi Sven,
>
> On Tue, 12 Jan 2021 11:42:31 +0100 (CET) Sven Hartrumpf
> wrote:
>
>> Mario, 2021-01-10 10:03:
>>>
>>> On Sat, 09 Jan 2021 15:14:31 +0100 (CET) Sven Hartrumpf
>>> wrote:
>>>
Thanks for the patches and the tests!
> I ran a re
Hi Sven,
On Tue, 12 Jan 2021 11:42:31 +0100 (CET) Sven Hartrumpf
wrote:
> Mario, 2021-01-10 10:03:
>>
>> On Sat, 09 Jan 2021 15:14:31 +0100 (CET) Sven Hartrumpf
>> wrote:
>>
>>> Thanks for the patches and the tests!
>>>
I ran a relatively extensive set of benchmark configurations compari
Mario, 2021-01-10 10:03:
> Hi Sven,
>
> On Sat, 09 Jan 2021 15:14:31 +0100 (CET) Sven Hartrumpf
> wrote:
>
>> Thanks for the patches and the tests!
>>
>>> I ran a relatively extensive set of benchmark configurations comparing
>>> CHICKEN from master against CHICKEN from master plus the patches.
>
Hi Sven,
On Sat, 09 Jan 2021 15:14:31 +0100 (CET) Sven Hartrumpf
wrote:
> Thanks for the patches and the tests!
>
>> I ran a relatively extensive set of benchmark configurations comparing
>> CHICKEN from master against CHICKEN from master plus the patches.
>
> I would like to run some real-worl
Hi.
Thanks for the patches and the tests!
> I ran a relatively extensive set of benchmark configurations comparing
> CHICKEN from master against CHICKEN from master plus the patches.
I would like to run some real-world benchmarks.
They are dynamically linked.
Would it be enough to run them with
Hi,
On Wed, 08 Jan 2020 17:03:25 +0200 megane wrote:
> The garbage collector currently has couple of less than optimal
> behaviors:
>
> 1. If there's constantly only a small amount of heap left after a major
>collection then there will be constant major collections.
>
> 2. If the used heap s
Prevent excessive major gcs by having decent amount of
unused heap
---
manual/Using the compiler | 2 ++
runtime.c | 57 +++
2 files changed, 42 insertions(+), 17 deletions(-)
diff --git a/manual/Using the compiler b/manual/Using the compil
14 matches
Mail list logo