我的程序会处理包含更新的邮件。每条消息都可以有多个更新。 我正在使用boost无序映射来存储要在其上进行处理的更新标识符和对应的对象。
我这样做。
unorderedUpdateMap[updateID] = processObject;
通常程序运行正常。但是在负载很重的情况下(当有大量更新时),列表可能会增长到一个很大的值,并且该进程会随着核心转储而崩溃。
(gdb) bt
#0 0x00007fcbf562b678 in (anonymous namespace)::cpp_alloc(unsigned long, bool) () from /opt/gts/3pp/usr/lib64/libtcmalloc_minimal.so.0
#1 0x00007fcbf5635218 in tc_new () from /opt/gts/3pp/usr/lib64/libtcmalloc_minimal.so.0
#2 0x00007fcbeb7bee14 in __gnu_cxx::new_allocator<boost::unordered_detail::hash_node<std::allocator<std::pair<long const, mds::InstrumentData*> >, boost::unordered_detail::ungrouped> >::allocate
(this=0x472d3b0, __n=1) at /usr/lib/gcc/x86_64-redhat-linux6E/4.4.0/../../../../include/c++/4.4.0/ext/new_allocator.h:89
#3 0x00007fcbeb7bd191 in boost::unordered_detail::hash_node_constructor<std::allocator<std::pair<long const, mds::InstrumentData*> >, boost::unordered_detail::ungrouped>::construct_preamble (
this=0x53c67f90)
at /usr/include/boost/unordered/detail/util.hpp:319
#4 0x00007fcbeb7bb2d9 in boost::unordered_detail::hash_node_constructor<std::allocator<std::pair<long const, mds::InstrumentData*> >, boost::unordered_detail::ungrouped>::construct_pair<long, mds::InstrumentData*> (this=0x53c67f90, k=@0xcab44a0)
at /usr/include/boost/unordered/detail/util.hpp:267
#5 0x00007fcbeb7b9497 in boost::unordered_detail::hash_unique_table<boost::unordered_detail::map<long, boost::hash<long>, std::equal_to<long>, std::allocator<std::pair<long const, mds::InstrumentData*> > > >::operator[] (this=0x472d3a0, k=@0xcab44a0)
at /usr/include/boost/unordered/detail/unique.hpp:203
#6 0x00007fcbeb7b787f in boost::unordered_map<long, ProcessObject*, boost::hash<long>, std::equal_to<long>, std::allocator<std::pair<long const, ProcessObject*> > >::operator[] (
this=0x472d3a0, k=@0xcab44a0)
如果我进一步转到分配器源(如堆栈跟踪中所示)
// NB: __n is permitted to be 0. The C++ standard says nothing
// about what the return value is when __n == 0.
pointer
allocate(size_type __n, const void* = 0)
{
if (__builtin_expect(__n > this->max_size(), false))
std::__throw_bad_alloc();
return static_cast<_Tp*>(::operator new(__n * sizeof(_Tp))); (The line which was resonpsible for crash)
}
我不在地图中使用任何自定义分配器。但是我们的程序与tcmalloc包相关联。 这是记忆问题吗?我是否需要做一些预分配以为这种情况做好准备
答案 0 :(得分:0)
看起来你的内存已经不足了。
内存分配似乎失败了。这可能是由于内存不足或内存泄漏造成的。
我建议
valgrind ./mytestprogram
获取有关这些的信息。
您也可以使用
valgrind --tool=massif ./mytestprogram
ms_print massif* | less -SR
查看内存配置文件,准确显示内存分配的位置,原因和用途最大部分