Could not load type 'System.Web.Http.WebHost.Routing.HttpRouteExceptionHandler' from assembly 'System.Web.Http.WebHost,Version=5.1.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35'.

解决方法

mount -t nfs -o nolock 10.126.62.45:/vol/home/avinoba/Sky /mnt

if(mount("10.126.62.45:/vol/home/avinoba/Sky","/mnt","nfs",MS_MGC_VAL,"nolock") == -1)
{
     printf("ERROR: mount Failed: %s \n",strerror(errno));
}

解决方法

struct sockaddr *sap = (struct sockaddr *)&args->nfs_server.address;

if (nfs_parse_mount_options((char *)options,args) == 0)
    return -EINVAL;

if (!nfs_verify_server_address(sap))
    goto out_no_address;

case Opt_addr:
    string = match_strdup(args);
    if (string == NULL)
        goto out_nomem;
    mnt->nfs_server.addrlen =
        rpc_pton(mnt->net,string,strlen(string),(struct sockaddr *)
            &mnt->nfs_server.address,sizeof(mnt->nfs_server.address));
    kfree(string);
    if (mnt->nfs_server.addrlen == 0)
        goto out_invalid_address;
    break;

if(mount(":/vol/home/avinoba/Sky","nolock,addr=10.126.62.45") == -1)
{
     printf("ERROR: mount Failed: %s \n",strerror(errno));
}

我想validation我为Linux编写和编译的C ++应用程序的内存稳定性。 这是一个networking应用程序，以每秒10-20个连接的速度响应远程客户端连接。 从长远来看，内存是上升到50MB，尽pipe该应用程序正在打电话删除…

调查显示，Linux不会立即释放内存。 所以这是我的问题：

如何强制Linux释放我实际释放的内存？ 至less我想这样做一次来validation内存的稳定性。 否则，有没有可靠的内存指示器可以报告内存我的应用程序实际上是持有？

有没有什么办法编译和运行程序作为big endian在小端PC？

assembly – 在MASM中将数据从寄存器移动到内存

如何在Unix上访问Matlab中的内存信息 – 相当于用户view.MaxPossibleArrayBytes

Redis Windows fork是否使用更less的RAM，因为正在使用内存映射文件？

LINUX中的内存故障错误，但不是在UNIX中

程序员对Vista Windows任务pipe理器中的内存的理解

你如何强制sql Server释放内存？

logging并恢复应用程序状态以便快速启动.NET应用程序

关于编译的程序如何与操作系统交互的问题

Windows交换冗余？

你所看到的很可能不是内存泄漏。 现在操作系统和malloc /新堆都会对内存进行非常复杂的计算。 总的来说，这是一件非常好的事情。 任何尝试强制操作系统释放内存的机会只会伤害您的应用程序性能和整体系统性能。

为了显示：

堆保留几个虚拟内存区域供使用。 没有一个是实际提交（由物理内存支持），直到malloc''d。

你分配内存。 堆相应地增长。 你在任务管理器中看到这个。

你在堆上分配更多的内存。 它增长更多。

你释放在步骤2中分配的内存。但是堆不能缩小，因为＃3中的内存仍然被分配，并且堆不能压缩内存（它会使你的指针无效）。

你malloc /新的更多的东西。 这可能会在步骤＃3中分配内存之后被加载，因为它不能放在free＃2所打开的区域，或者因为堆管理器没有足够的效率来冲刷剩下的块， 2。 （取决于Heap实现和正在分配/释放内存的块大小）

那么第二步的记忆现在已经死亡了吗？ 不必要。 一方面，一旦变得高效，它最终可能会被重用。 在不重用的情况下，操作系统本身可以使用cpu的虚拟内存功能（TLB）将未使用的内存从应用程序中“重新映射”出来，并将其分配给另一个应用程序苍蝇。 Heap意识到这一点，并通常以一种方式来管理事情，以帮助提高操作系统重新映射页面的能力。

这些都是宝贵的内存管理技术，通过Process Explorer来渲染细粒度的内存泄漏检测的副作用是无用的。 如果要检测堆中的小内存泄漏，则需要使用运行时堆泄漏检测工具。 既然你提到你也可以在Windows上构建，那么我会注意到，微软的CRT有足够的内置泄漏检查工具。 在这里找到使用说明：

http://msdn.microsoft.com/en-us/library/974tc9t1(v=vs.100).aspx

也有开源的malloc替代品可用于GCC / Clang工具链，虽然我没有直接的经验与他们。 我认为在Linux上Valgrind是首选和更可靠的泄漏检测方法。 （和我的经验比MSVCRT调试更容易使用）。

我建议使用memgck工具或任何其他分析工具的内存泄漏使用valgrind

来自Valgrind的页面：

MEMCHECK

检测内存管理问题，主要针对C和C ++程序。 当一个程序在Memcheck的监督下运行时，所有的内存读写都被检查，并且malloc / new / free / delete的调用被拦截。 因此，Memcheck可以检测你的程序：

访问内存它不应该（区域尚未分配，已被释放的区域，超过堆块结束的区域，堆栈不可访问的区域）。

以危险的方式使用未初始化的值。

泄漏记忆。

堆块是否有问题（双重释放，不匹配的释放）。

将重叠的源和目标内存块传递给memcpy（）及相关函数。

Memcheck会在发生这些错误时立即报告这些错误，并给出发生的源代码行号以及调用的到达该行的函数的堆栈跟踪。 Memcheck跟踪字节级的寻址能力，并在比特级初始化值。 因此，它可以检测单个未初始化位的使用，并且不报告位域操作上的伪错误。 Memcheck运行的程序比普通程序慢10 – 30倍。 Cachegrind

断层块

地块是一个堆分析器。 它通过定期获取程序堆的快照来执行详细的堆分析。 它会生成一个图表，显示随着时间的推移堆的使用情况，包括有关程序的哪些部分负责大部分内存分配的信息。 该图表由一个文本或HTML文件进行补充，其中包含更多用于确定分配内存最多的信息。 地块运行比正常慢20倍的程序。

使用valgrind与使用所需开关运行应用程序一样简单，并将其作为valgrind的输入：

valgrind --tool=memcheck ./myapplication -f foo -b bar

我非常怀疑除了包含malloc和free [或者new和delete ]之外的任何东西，除了非常粗略的估计之外实际上可以得到任何东西。

其中一个问题是释放的内存只能在内存很长的时候才能释放。 通常发生的情况是在整个堆中都使用了“小块”的内存，而且找不到可以释放的大块。

你很难以任何简单的方式解决这个问题。

顺便说一句，当你的应用程序可能需要50MB的时候，当你有更多的负载，所以这只是浪费的努力，以释放它。

（如果其他东西需要使用内存，则会被换出，而长时间未触摸的页面是主要的候选对象，所以如果系统在执行其他任务时内存不足，仍然会在你的机器上重复使用这个空间的RAM，所以它不会坐在这里浪费 – 只是你不能使用''ps''或者其他的来弄清楚你的程序使用了多少ram！）

正如在评论中所建议的那样：您也可以编写自己的内存分配器，使用mmap()创建一个“块”来释放部分内存。 如果你有一段代码执行大量的内存分配，那么所有这些将在以后被释放，从一个单独的内存块中分配所有这些内存，当它们全部被释放时，你可以把mmap'' d区域返回到“免费mmap列表”，当列表足够大时，释放一些mmap分配[这是为了避免调用mmap LOTS次数，然后在几毫秒后重新映射。 但是，如果你曾经让这些内存分配中的一个从你的围栏中“逃跑”出来，你的应用程序可能会崩溃（或者更糟糕的是，不会崩溃，而是使用属于应用程序其他部分的内存，某个地方出现了奇怪的结果，比如一个用户可以看到另一个用户的网络内容！）

使用valgrind查找内存泄漏：valgrind ./your_application

它会列出你分配内存的位置，并没有释放它。

我不认为这是一个Linux的问题，但在你的应用程序。 如果你使用«top»来监视内存使用情况，你将不会得到非常精确的用法。 尝试使用massif（valgrind的工具）：valgrind –tool = massif ./your_application知道真实的内存使用情况。

作为避免C ++漏洞的更一般规则：使用智能指针而不是普通指针。 在许多情况下，您也可以使用RAII（http://en.wikipedia.org/wiki/Resource_Acquisition_Is_Initialization），而不是使用“new”分配内存。

当您拨打free或delete电话时，操作系统不会释放内存。 该内存返回到运行时库中的堆管理器。

如果你想实际释放内存，你可以使用brk 。 但是，这会造成一大堆内存管理蠕虫。 如果你直接调用brk ，最好不要调用malloc 。 对于C ++，可以直接覆盖new来使用brk 。

不是一件容易的事。

最新的dlmalloc（）有一个叫做mspace的概念（别人称之为区域）。 你可以通过mspace调用malloc（）和free（）。 或者，您可以删除空间以一次性释放从mspace分配的所有内存。 删除一个mspace将从这个进程中释放内存。

如果使用连接创建一个mspace，请为该空间的连接分配所有内存，并在连接关闭时删除该空间，则不会有进程增长。

如果在一个mspace中有一个指针指向另一个mspace中的内存，并且删除了第二个mspace，那么语言律师就会说“结果未定义”。