5

我有一个 64 位 Visual Studio 2010（单线程）C++ Windows 应用程序，我正在尝试将 tcmalloc 与之集成，并且在使用我们的任何动态链接的 dll 时遇到问题。我将 tcmalloc 链接为静态库。在应用程序开始使用我们共享的 dll 之一之前，tcmalloc 工作得很好。我将解决方案构建为 64 位调试应用程序。所有 dll 与 CRT 库的 C/C++ 调试版本（MSVCP100D.dll 和 MVCR100D.dll）的链接。

下面是失败的代码示例。tcmalloc 被调用来分配所有的内存，但是当 delete 被调用时，应用程序崩溃了。我真的很困惑，因为当我在主可执行文件中创建一个函数并将代码复制到那里时，完全相同的代码可以正常工作。

如果有人对在这种情况下使用 tcmalloc 有任何经验，我将不胜感激您的反馈。这对我来说是个谜。它是 dll 的内存模型问题（不同的堆？？）？我不知道。在我看来，他们使用的是同一个堆。

对不起，如果这篇文章太长。我试图提供尽可能多的信息。

谢谢你。

布鲁斯

更新：作为测试，我将崩溃的共享 dll 更改为静态库，并且一切正常，直到应用程序使用不同的 dll。因此，无论出于何种原因，tcmalloc 都需要一些额外的步骤来处理共享 dll。我可以使用 tcmalloc 制作我们所有的 dll 的静态库来进行内存分析，但如果知道还需要做什么才能将共享 dll 与 tcmalloc 一起使用，那真的很高兴。

DLL 头文件方法声明：__declspec(dllexport) static std::string GetExecutablePath();

//.cpp 实现

string Parameters::GetExecutablePath()

    string  execPathStr;
    char exeFilePath[ MAX_PATH +1];
    if ( GetModuleFileName( NULL, exeFilePath, MAX_PATH ) )
    {
        //The line of code below is where the app crashes.
        //It calls operator new in crt/src/new.cpp. I verified the call to malloc
        //is forwarded to tcmalloc. 
        *execPathStr = string(exeFilePath);* //creates and deletes a temporary and then crashes

        long dir_pos = execPathStr.rfind( FT_DIR_SLASH ) ;
        execPathStr = execPathStr.substr( 0, dir_pos+1 );
    }

    return execPathStr;

}

临时字符串销毁时调用的方法：

~_String_val()
{   
    // destroy the object
    typename _Alloc::template rebind<_Container_proxy>::other _Alproxy(_Alval);
    this->_Orphan_all();
    _Dest_val(_Alproxy, this->_Myproxy);
    **_Alproxy.deallocate(this->_Myproxy, 1);**
    this->_Myproxy = 0;
}


void deallocate(pointer _Ptr, size_type)
{   
    // deallocate object at _Ptr, ignore size
    **::operator delete(_Ptr);**
}

This is where it crashes. the pHead->nBlockUse is 0. 
crt/dbgdel.cpp:

void operator delete(
        void *pUserData
        )
{
    //code omitted for brevity
    /* verify block type */
    **_ASSERTE(_BLOCK_TYPE_IS_VALID(pHead->nBlockUse));** //crashes here
}

在将 tcmalloc 重建为共享 DLL 后，它现在在尝试释放内存时会在不同的地方崩溃。

afxmem.cpp：

void __cdecl operator delete(void* p)
{
#if !defined(_AFX_NO_DEBUG_CRT) && defined(_DEBUG)
        **_free_dbg(p, _NORMAL_BLOCK);** <-------- this function gets called 
#else
        free(p);
#endif
}

dbgheap.c：

extern "C" _CRTIMP void __cdecl _free_dbg(
        void * pUserData,
        int nBlockUse
        )
{
 _mlock(_HEAP_LOCK);

        __try {
            /* allocate the block
             */
            **_free_dbg_nolock(pUserData, nBlockUse);**
        }
   __finally {
            /* unlock the heap
             */
            _munlock(_HEAP_LOCK);
        }
}



extern "C" void __cdecl _free_dbg_nolock(
        void * pUserData,
        int nBlockUse
        )
{
    //code omitted for brevity

    /*
    * If this ASSERT fails, a bad pointer has been passed in. It may be
    * totally bogus, or it may have been allocated from another heap.
    * The pointer MUST come from the 'local' heap.
    */
    **_ASSERTE(_CrtIsValidHeapPointer(pUserData));** <-------- crashes here
}
4

2 回答 2

2

We finally got tcmalloc working on Windows 64 bit platform with shared dll's. Thanks to Captain Oblivious for his suggestions ! The trick was to build a release version in Visual Studio 2010 with debug symbols as stated in this article: How to: Debug a Release Build . tcmalloc has conflicts with CRT debug heap calls in MFC such as: _free_dbg. We were allocating memory from tcmalloc and deallocating from MFC CRT heap debug calls. In a release build that problem went away. We did some preliminary testing and tcmalloc is generating the heap profile call graph.

Thanks.

Bruce

于 2013-01-16T23:26:09.847 回答
1

通过静态链接 tcmalloc，每个使用它的 DLL 都会获得它自己的库内部状态的副本（包括堆和所有指针）。如果您通过 tcmalloc 从一个 DLL 分配内存并尝试从另一个 DLL 中删除，则该操作将失败，因为您最终会访问多个堆。

将 tcmalloc 链接为动态库，您的问题应该会消失。

于 2013-01-09T18:33:49.287 回答