Question

我有一个用C ++编写的服务器应用程序。启动后，它在x86 Linux上使用大约480 KB的内存（Ubuntu 8.04，GCC 4.2.4）。我认为480 KB是一个过多的内存：服务器甚至没有做任何事情，没有客户端连接到服务器。（另请参阅下面的评论，其中我解释了为什么我认为480 KB是一个很大的内存。）服务器在初始化期间所做的唯一事情就是产生一个或两个线程，设置几个套接字，以及其他不太占用内存的简单事物。

请注意，我所说的是真实内存使用情况，而不是VM大小。我通过在空闲笔记本电脑上启动我的服务器的100个实例来测量它，并在启动服务器实例之前和之后用“免费”测量系统内存使用情况。我已经考虑了文件系统缓存和类似的事情。

经过一些测试后，看起来C ++运行时中的某些内容会导致我的服务器使用这么多内存，即使服务器本身没有做任何事情。例如，如果我插入

getchar(); return 0;

之后

int main(int argc, char *argv[]) {

然后每个实例的内存使用量仍为410 KB！

我的应用程序仅依赖于Curl和Boost。我在C编程方面有相当多的经验，我知道C库在我使用之前不会增加内存消耗。

我发现的其他事情：

一个简单的hello world C app消耗大约50 KB的内存。
一个简单的hello world C app链接到Curl，但不使用Curl，也消耗大约50 KB的内存。
一个简单的hello world C ++应用程序（没有Boost）消耗大约100 KB的内存。
一个简单的hello world C ++应用程序包含一些Boost标头，但实际上并没有使用Boost，消耗大约100 KB的内存。使用'nm'检查可执行文件时没有Boost符号。

我的结论如下：

Gcc抛弃了未使用的Boost符号。
如果我的应用程序使用Boost，那么C ++运行时（可能是动态链接器）中的某些东西会导致它使用大量内存。但是什么？我怎样才能知道这些东西是什么，以及我该怎么办呢？

我记得几年前关于C ++动态链接器问题的一些KDE讨论。之后的Linux C ++动态链接器导致KDE C ++应用程序启动时间慢，内存消耗大。据我所知，这些问题已在C ++运行时修复。但类似的东西可能是我所看到的过度记忆消耗的原因吗？

非常感谢来自gcc /动态链接专家的答案。

对于那些好奇的人，有问题的服务器是Phusion Passenger的日志记录代理：https://github.com/FooBarWidget/passenger/blob/master/ext/common/LoggingAgent/Main.cpp

Answer 1

C运行时分配的内存比您的进程实际用作正常操作的内存多。这是因为在内核级别分配内存非常慢，并且只能在页面大小的块中完成（x86盒子上的页面大小通常为4kb，但它可能更大，在x64机器上通常为8kb或更多）。 / p>

此外，当C运行时接收到它不能满足的分配请求时，它通常会分配超过必要的次数，以消除大部分时间进入内核的费用。

最后，如果您正在使用boost好东西，它们可能依赖于某些STL组件，例如std::vector。这些组件使用std::allocator<T>为元素分配空间，在某些情况下，它将再次分配比实际使用的空间更多的空间。（特别是，基于节点的结构，如std::map，std::set和std::list，通常会将列表或树的节点放在同一个内存页面上。

长话短说：不要担心这个。任何想象力（至少现在）都不会占用半兆内存，而且大部分内存可能只是在分摊动态分配功能的使用。写下您的实际服务器，如果它使用了太多内存，那么请查看减少内存使用的方法。

编辑：如果你正在使用的boost组件恰好是asio，并且你正在使用套接字，那么你也应该知道为了维护套接字的缓冲区而消耗了一些内存。

Answer 2

减少内存消耗的一种方法是减少线程堆栈大小。

关于 boost ，正如 Steve Jessop 所评论的那样，你必须比“提升”更具体。

Answer 3

听起来您的某些动态加载库存在基地址冲突问题。如果它们在加载期间需要重定位，它们将作为私有固定副本映射。

在整个系统中重新运行prelink。如果库加载到其首选地址，它将被映射为共享内存，并且只需要代码的一个副本，无论有多少进程使用它。

BTW，prelink也是KDE的修复。

如何减少默认的C ++内存消耗？

3 个答案: