[Webkit-unassigned] [Bug 21272] Switching between custom allocators (TCmalloc, JEmalloc) in linux-qt
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Feb 9 04:47:30 PST 2010
https://bugs.webkit.org/show_bug.cgi?id=21272
--- Comment #19 from Zoltan Horvath <zoltan at webkit.org> 2010-02-09 04:47:26 PST ---
(In reply to comment #18)
> What's the current position of WebKit on switching the memory allocator? As
> described in your blog article "War of allocators in JavaScriptCore", adding
> jemalloc makes no sense for Linux-qt build. However, in Windows CE, jemalloc
> gives almost 2x speedup in page loading time over the system malloc because the
> system malloc is simply too slow.
>
> Is it okay to use jemalloc at least for Windows CE? If the answer is yes, I
> will file a bug for this.
Custom allocation framework is ready (only few (<5) classes aren't inherited
from FastAllocBase), so you can safely use custom allocators - trough
FastMalloc - without overriding global operator new/delete.
Now, I'm benchmarking JEmalloc on multi-threaded benchmarks, tomorrow I'll
write a post about the results.
First, I think we should make TCmalloc's implementation WinCE compatible, and
test that. Adding and maintaining an extra allocator - because of one platform
- is not a good idea.
What are the depedencies of enabling TCmalloc on WinCe? TCmalloc uses
pthreads... This might be a problem, isn't it?
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list