>>> Try compiling the heap manager with "-dBESTMATCH". This makes it a
>>> bit slower but greatly reduces fragmentation.
> I think so. I usually set it when I "make all OPT=-dBESTMATCH" the compiler.
Thanks.
BESTMATCH is only marginally better for the test case, but is much slower (i.e.
fully boot
Am Montag, 15. Juli 2019 17:27 schrieb Martok:
> Am 13.07.2019 um 08:36 schrieb Burkhard Carstens:
> > Try compiling the heap manager with "-dBESTMATCH". This makes it a
> > bit slower but greatly reduces fragmentation.
>
> Thanks, I'll give that a try!
>
> Just to be clear, that needs to be set wh
Am 13.07.2019 um 08:36 schrieb Burkhard Carstens:
> Try compiling the heap manager with "-dBESTMATCH". This makes it a bit
> slower but greatly reduces fragmentation.
Thanks, I'll give that a try!
Just to be clear, that needs to be set when compiling the RTL, right?
--
Regards,
Martok
__
Am Dienstag, 4. Juni 2019 18:00 schrieb Martok:
> Am 03.06.2019 um 14:49 schrieb Marco van de Voort:
> > Note that it is fairly typical that also frustrated pre fastmm D7.
> > Back then I wrote a simple pool-factory combo class for it, and
> > with D2009 I upgraded it to generics,so that I can easi
Am 03.06.2019 um 14:49 schrieb Marco van de Voort:
> Note that it is fairly typical that also frustrated pre fastmm D7. Back
> then I wrote a simple pool-factory combo class for it, and with D2009 I
> upgraded it to generics,so that I can easily create pools for many such
> objects.
Well, there
Op 6/2/2019 om 6:49 PM schreef Martok:
I'm having a problem here in a sequential image processing application that
seems to test a particularly bad operation mode for the RTL heap manager (on
Windows, but I don't think this matters here).
The work load looks like this: load "normal sized" image,
> On Jun 2, 2019, at 2:49 PM, Martok wrote:
>
> This should be good enough. It's been only used by like four people so the UI
> is
> a bit of a mess, but you'll only need one button to see the problem.
Sorry this is just too much for me to look at without spending considerable
time (and I’m
>> can you break it down into a test program and post?
>
> I should probably put the project on Github anyway, it's rather small, and it
> shouldn't have any dependencies. Give me an hour to clean it up a bit.
This should be good enough. It's been only used by like four people so the UI is
a bit o
> can you break it down into a test program and post?
I should probably put the project on Github anyway, it's rather small, and it
shouldn't have any dependencies. Give me an hour to clean it up a bit.
You'll have to supply your own images though (just copy one 10 times or
something), as I don't
> On Jun 2, 2019, at 12:49 PM, Martok wrote:
>
> Hi all,
>
> I'm having a problem here in a sequential image processing application that
> seems to test a particularly bad operation mode for the RTL heap manager (on
> Windows, but I don't think this matters here).
> The work load looks like th
Hi all,
I'm having a problem here in a sequential image processing application that
seems to test a particularly bad operation mode for the RTL heap manager (on
Windows, but I don't think this matters here).
The work load looks like this: load "normal sized" image, do some processing,
calculate a
11 matches
Mail list logo
