Boost :: Mutex＆Malloc

Question

我想在C++中使用更快的内存分配器。由于许可/成本，我无法使用Hoard。我在单线程设置中使用了NEDMalloc并获得了很好的性能，但是我想知道是否应该切换到别的东西 - 据我了解，NEDMalloc仅仅是基于C的malloc（）的替代品（）& free（）， 不是基于C++的新的&删除操作符（我广泛使用）。

问题是我现在需要线程安全，所以我试图malloc一个引用计数的对象（以防止过度复制），但其中还包含一个互斥量指针。这样，如果你要删除最后一个副本，你首先需要锁定指针，然后释放该对象，最后解锁&免费的互斥锁。

但是，使用malloc创建boost :: mutex似乎不可能，因为我无法将私有对象初始化为直接调用构造函数ist verboten。

所以我留下了这种奇怪的情况，我用新来分配锁和nedmalloc分配一切。但是当我分配大量内存时，我遇到了分配错误（当我切换到malloc而不是nedmalloc时，它会消失 - 但性能很糟糕）。我的猜测是，这是由于内存中的碎片化以及nedmalloc和new的兼容性不佳而导致的。

必须有更好的解决方案。你会建议什么？

Answer 1

谷歌的malloc replacement是相当快的，默认线程安全，易于使用。只需将其链接到您的应用程序中即可取代该行为或malloc/free和new/delete。这使得重新配置应用程序非常容易，以验证新的分配器实际上是在加快速度。

Answer 2

您是否分析过并验证过实际的内存分配是一个足够严重的问题：替换分配器会提供有用的增益？

NEDMalloc线程安全吗？

通常，默认的C++ new/delete操作符会在调用构造函数/析构函数之前/之后使用malloc和free来实现内存分配。如果它们不符合你的特定情况，你可以重写全局的new和delete操作符来调用你想要的任何分配实现。这需要注意确保内存总是使用相同的分配器分配/释放（特别是在处理库时）。

Answer 3

嘛，通常是C++ new和delete运营商内部调用普通C库函数malloc和free（加上一些额外的魔法就像调用构建函数和dtors），因此提供了一个自定义实现这些功能可能不够（这不是罕见嵌入式C++开发，但需要一些链接器级别的工作）。你的目标是什么系统和什么编译器？

Answer 4

您可以使全球运营商new和delete超载，以调用您正在使用的新版本malloc和free。这应该让事情在一起发挥得更好，但如果这种情况还没有发生，我会感到惊讶。

至于创建互斥量，使用放置新 - 这是如何手动调用构造函数。一个静态数组char将通过缓冲区来完成。例如，全局：

static char buf[sizeof(Mutex)]; 
static Mutex *m=0; 

然后初始化m指针：

m=new(buf) Mutex; 

（您也可以将指针，等等，如果你需要，并重新命名变量等等）

可能值得注意的一件事是，如果Mutex构造函数本身执行更多的内存分配，那么这可能是一个问题。这不太可能，但可能。 （对于这种可能性很小的情况，跨平台互斥包装器的临时实现通常没有问题，它不会进行任何分配 - 或者，尽管最终会导致混乱，只需使用#ifdef并直接使用平台类型，无论是哪种情况，代码都不多，并且有关系统的任何人都可以在很短的时间内创建相关代码，无bug。）

正确清理以这种方式创建的对象可能很困难，所以我建议不要打扰（不，认真）。当你使用它来实现内存管理器时，让这些东西泄漏是完全可以的;没有一点让它疯狂。 （如果你正在使用一个有退出进程概念的系统，那么操作系统几乎可以保证为你清理底层互斥锁。）