[PATCH] Change internal allocator in sanitizer tools
Alexey Samsonov
samsonov at google.com
Thu Apr 18 04:53:46 PDT 2013
> Probably the mapping needs to be per-tool/platform.
Well, the problem here is that mapping should be a compile-time constant. I would try to stick with common-for-all-tools per-platform mapping for as long as possible.
> Actually I was perfectly fine with malloc/free for Go tsan.
Ok, did it this way.
> I am also concerned about memory consumption/performance for apps that use the internal allocator a lot (e.g. lots of synchronization). You use single global mutex...
Yes. How can I measure it? Do you think that current impl. may be significantly worse than libc malloc you used previously?
http://llvm-reviews.chandlerc.com/D671
More information about the llvm-commits
mailing list