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, do some processing, calculate a few values, create thumbnail in memory, next. By "normal sized" I mean something like 35MB uncompressed (regular DSLR resolution) and smaller. It's threaded code, but I'm describing the single worker operation here.
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.
A possible issue might be that I use a simple tthreadlist for its storage, but since D2009 all those classes level primitives work with tmonitor spinlocks before them. That might be slower on FPC for high counts.
_______________________________________________ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
