使用std map和shared_ptr的奇怪内存行为

下面的代码在我的Debian机器上引起了奇怪的内存行为。即使清除了映射后，htop仍显示该程序仍使用大量内存，这使我认为存在内存泄漏。奇怪的事实是它仅在某些情况下出现。

#include <map>
#include <iostream>
#include <memory>


int main(int argc, char** argv)
{
    if (argc != 2)
    {
        std::cout << "Usage: " << argv[0] << " <1|0> " << std::endl;
        std::cout << "1 to insert in the second map and see the problem "
                "and 0 to not insert" << std::endl;
        return 0;
    }

    bool insertion = atoi(argv[1]);
    std::map<uint64_t, std::shared_ptr<std::string> > mapStd;
    std::map<uint64_t, size_t> counterToSize;
    size_t dataSize = 1024*1024;
    uint64_t counter = 0;

    while(counter < 10000)
    {
        std::shared_ptr<std::string> stringPtr =
                std::make_shared<std::string>(dataSize, 'a');
        mapStd[counter] = stringPtr;

        if (insertion)
        {
            counterToSize[counter] = dataSize;
        }
        if (counter > 500)
        {
            mapStd.erase(mapStd.begin());
        }
        std::cout << "\rInserted chunk " << counter << std::flush;

        counter++;
    }

    std::cout << std::endl << "Press ENTER to delete the maps" << std::endl;
    char a;
    std::cin.get(a); // wait for ENTER to be pressed

    mapStd.clear();   // clear both maps
    counterToSize.clear();

    std::cout << "Press ENTER to exit the program" << std::endl;

    std::cin.get(a); // wait for ENTER to be pressed
    return 0;
}

解释：

该代码在堆栈上创建了两个映射（但是如果在堆上创建，则问题是相同的）。然后，它将字符串的std :: shared_ptr插入第一张地图。每个字符串的大小为1MB。插入500个字符串后，每个新插入的字符串都会删除第一个，因此映射使用的总内存始终等于500MB。当总共插入了10000个字符串时，程序将等待用户按ENTER键。如果启动程序并将1作为第一个参数传递，则对于第一个映射中的每个插入，还将对第二个映射进行另一个插入。如果第一个参数为0，则不使用第二个映射。首次按下ENTER键后，两个地图都将被清除。该程序仍在运行，并再次等待按下ENTER键，然后退出。

这是事实：

• 在我的64位Debian 3.2.54-2上，按ENTER键（从而清除了映射后），并且在程序以第一个参数1启动（因此在第二个映射中插入）的情况下，htop指示程序仍然使用500MB的内存！如果使用第一个参数0来启动程序，则将正确释放内存。

• 本机使用g ++ 4.7.2和libstdc ++。so.6.0.17。我已经尝试过g ++ 4.8.2和libstdc ++。so.6.0.18，同样的问题。

• 我试过了g ++ 4.9.2和libstdc ++。so.6.0.20的64位Fedora 21，同样的问题。
• 我已经尝试过使用g ++ 4.8.2和libstdc ++。so.6.0.19的32位Ubuntu 14.04，但不会出现问题！
• 我已经尝试过使用g ++ 4.7.2和libstdc ++。so.6.0.17的32位Debian 3.2.54-2，但问题没有出现！
• 我在64位Windows上尝试过，但没有出现问题！
• 在存在问题的计算机上，如果您反转清除映射的行（因此，如果先清除uint64_t，size_t映射，则问题将消失！

有人对此有一个解释吗？