[英]Multithreaded Memory Allocators for C/C++
我目前有大量的多线程服务器应用程序,而且我正在四处寻找一个好的多线程内存分配器。
到目前为止,我陷入了两难之间:
从我发现的ho积可能是最快的,但是直到今天之前我还没有听说过它,所以我对它的真实性表示怀疑。 任何人都有尝试这些分配器的个人经验吗?
真正判断哪种内存分配器最适合您的应用程序的唯一方法是尝试一些方法。 提到的所有分配器都是由聪明人编写的,它们将在一个或多个特定的微基准上击败其他分配器。 如果您的应用程序整天要做的事情是在线程A中分配一个8字节的块并在线程B中释放它,并且根本不需要处理其他任何事情,那么您可能会编写一个内存分配器来击败任何一个到目前为止列出的那些。 它只是对其他很多东西没有什么用。 :)
我在使用Hoard的工作环境方面有一些经验(足够多,因此经验发现,在3.8版中解决的一个较模糊的错误之一)。 这是一个非常好的分配器-但是,对您而言,分配器的好坏取决于您的工作量。 而且,您必须支付Hoard的费用(尽管它并不算太贵),才能在不使用GPL代码的情况下在商业项目中使用它。
稍作修改的ptmalloc2一直是glibc的malloc后面的分配器,因此它得到了广泛的使用和测试。 如果最重要的是稳定性,那么它可能是一个不错的选择,但是您没有在列表中提及它,因此我认为它已经解决了。 对于某些工作负载来说,这很可怕-但对于任何通用malloc来说都是如此。
如果您愿意为此付费(根据我的经验,价格合理), SmartHeap SMP也是一个不错的选择。 提到的大多数其他分配器都设计为可通过LD_PRELOAD插入的malloc / free新/删除替换。 SmartHeap也可以以这种方式使用,但它还包括一个与分配有关的完整API,可让您根据自己的内心需求微调分配器。 在我们已经完成的测试中(同样,非常特定于特定的应用程序),SmartHeap在用作替代式malloc替代品时的性能与Hoard大致相同。 两者之间真正的区别在于定制程度。 您不需要分配器的通用性就可以得到更好的性能。
而且,根据您的用例,通用多线程分配器可能根本就不是您想使用的分配器; 如果您不断地对大小相同的对象进行malloc和释放,则可能只想编写一个简单的slab分配器。 Slab分配在适合该描述的Linux内核中的多个位置使用。 (我会给您几个有用的链接,但我是“新用户”,Stack Overflow决定不允许新用户在一个答案中提供太多帮助。不过Google可以提供足够的帮助。)
我个人更喜欢并推荐ptmalloc作为多线程分配器。 Hoard很好,但是在几年前我的团队在Hoard和ptmalloc之间进行的评估中,ptmalloc更好。 据我所知,ptmalloc已经存在了很多年,并且被广泛用作多线程分配器。
您可能会发现此比较有用。
也许这是处理您要问的问题的错误方法,但也许可以完全采用其他策略。 如果您正在寻找一个真正快速的内存分配器,也许您应该问为什么当您可能只是不用变量的堆栈分配时,为什么需要花所有这些时间分配内存。 堆栈分配虽然很烦人,但正确完成可以节省互斥锁争用的方式,并且可以避免代码中出现奇怪的内存损坏问题。 此外,您可能会有更少的碎片,这可能会有所帮助。
几年前,我们在一个项目中使用了hoard。 看起来效果很好。 我没有其他分配器的经验。 尝试不同的方法并进行负载测试应该很容易,不是吗?
locklessinc分配器非常好,如果您有任何疑问,开发人员会响应。 他写了一篇有关使用的一些优化技巧的文章,读起来很有趣: http : //locklessinc.com/articles/allocator_tricks/ 。 过去,我使用它的效果非常好。
对您的问题的回复可能很晚,但是
如果您有性能问题,为什么还要执行malloc?
更好的方法是在初始化时对大内存窗口进行malloc,然后提出一个light weight Memory manager
,该light weight Memory manager
将lease out the memory chunks at run time
。
这样可以避免堆扩展时系统调用的任何可能性。
您可以尝试ltalloc (具有快速池分配器速度的通用全局内存分配器)。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.