Proposals: Memory allocation enhancements and regexps

[ptomaine]

Hi Ju!

1. I propose to use nedmalloc (the one of the fastest possible memory allocator today) (http://www.nedprod.com/programs/portable/nedmalloc/index.html) to accelerate memory allocations (about twice).

2. I propose to use TRE regular expression matching library (http://laurikari.net/tre/) to add regexp functionality to JUCE.

All libraries are multi-platform.

[valley]

TRE is distributed under GPL, and so is not suitable for JUCE.

[jules]

That’s interesting - let me know how you get on with nedmalloc; if it’s much faster I might add it into the main build.

[ptomaine]

@valley

TRE is distributed under GPL, and so is not suitable for JUCE.

Read the main TRE page about licensing thoroughly:

If you cannot accept the GNU LGPL, it may be possible that you can persuade me to give or sell you a version which is licensed differently. Please contact me for more information.

Maybe it’s worth to give it a try?

[ptomaine]

That’s interesting - let me know how you get on with nedmalloc; if it’s much faster I might add it into the main build.

I’ve changed “juce_Memory.h” file to make juce_malloc to point to nedmalloc etc. Then I’ve added the definition for juce_UseDebuggingNewOperator in Release build section to inject new/delete operators into the JUCE and into my derived classes.

I’ll do some tests and tell the results. You can give it a try too.

[auspuff]

nedmalloc is a VERY fast, VERY scalable, multithreaded memory allocator with little memory fragmentation. It is faster in real world code than Hoard, faster than tcmalloc, faster than ptmalloc2 and it scales with extra processing cores better than Hoard, better than tcmalloc and better than ptmalloc2 or ptmalloc3. Put another way, there is no faster portable memory allocator out there!

They sure are good at making bold statements!

[ptomaine]

@auspuff

They sure are good at making bold statements!

Do not believe? Just test it yourself!