Re: [fpc-pascal] Heavy heap fragmentation issue

>>> 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

Re: [fpc-pascal] Heavy heap fragmentation issue

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

Re: [fpc-pascal] Heavy heap fragmentation issue

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

Re: [fpc-pascal] Heavy heap fragmentation issue

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

Re: [fpc-pascal] Heavy heap fragmentation issue

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

Re: [fpc-pascal] Heavy heap fragmentation issue

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"

Re: [fpc-pascal] Heavy heap fragmentation issue

> 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

Re: [fpc-pascal] Heavy heap fragmentation issue

>> 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

Re: [fpc-pascal] Heavy heap fragmentation issue

> 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

Re: [fpc-pascal] Heavy heap fragmentation issue

> 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

[fpc-pascal] Heavy heap fragmentation issue

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