论坛首页 综合技术论坛

测试过程中:内存爆掉,从crashdump中看processes类占用最多,但每个进程内存都不高

浏览 6160 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2012-09-07  
内存爆掉,crashdump:

General Information   Help

Slogan    eheap_alloc: Cannot allocate 26550341040 bytes of memory (of type "heap").
Node name    'loadgen_huawei7879@f3s13'
Crashdump created on    Fri Sep 7 07:44:37 2012
System version    Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:4:4] [rq:4] [async-threads:0] [hipe] [kernel-poll:true]
Compiled    Thu Jul 7 15:53:28 2011
Taints    (none)
Memory allocated    26849931496 bytes
Atoms    15428
Processes    116
ETS tables    87
Timers    11
Funs    1142

内存情况:
     Bytes
total    26849931496
processes    21601841440
processes_used    21601785144
system    5248090056
atom    1061593
atom_used    1042929
binary    4223073104
code    12095143
ets    900071096

进程共116个,按Stack+Heap从大大小排列,前面几个是:
Pid    Name/Spawned as    State    Reductions     Stack+heap    MsgQ Length
<0.275.0>    launcher2    Waiting    636    4108475    0
<0.59.0>    loads_script_manager    Waiting    100679479    4108475    0
<0.280.0>    launcher7    Waiting    505    196418    0
<0.70.0>    loads_vuser_sup    Waiting    7362399285    196418    0
<0.274.0>    launcher1    Waiting    36971    75025    0

按MsgQLength从大到小排列,前面几个是:

Pid    Name/Spawned as    State    Reductions    Stack+heap     MsgQ Length
<0.72.0>    sub_sup_system_2    Scheduled    9532056    6765    1
<0.64.0>    sub_stats_system_2    Scheduled    958030    6765    1
<0.283.0>    launcher10    Waiting    206386    17711    0
<0.282.0>    launcher9    Waiting    1189821    28657    0
<0.281.0>    launcher8    Waiting    10739    46368    0

每个内存都不高,消息队列也不长,不知道哪里耗内存了?

而且从进程看,好像少了我业务中一些该有的。请大家帮忙分析一下,谢谢!

   发表时间:2012-09-07  
你有一个错误的巨大的内存分配请求,一个请求就把所有内存消耗掉了。
0 请登录后投票
   发表时间:2012-09-07  
请问这个从哪里能够看到?运行了12小时,一个什么消息能导致一下分配了好几G的内存?
0 请登录后投票
   发表时间:2012-09-07  
chuqingq 写道
请问这个从哪里能够看到?运行了12小时,一个什么消息能导致一下分配了好几G的内存?


我只是猜测排除你说的那些情况以外的一种可能,呵呵
你把call stack检查一下,看看每个call stack最后调用的函数是啥,分配了多少内存,或许会有发现。
0 请登录后投票
   发表时间:2012-09-10  
WingForce 写道
chuqingq 写道
请问这个从哪里能够看到?运行了12小时,一个什么消息能导致一下分配了好几G的内存?


我只是猜测排除你说的那些情况以外的一种可能,呵呵
你把call stack检查一下,看看每个call stack最后调用的函数是啥,分配了多少内存,或许会有发现。


起初我也猜测是非尾递归调用,导致堆栈满了,但从Processes的Stack+Heap排序来看都不是很高。。。。
0 请登录后投票
   发表时间:2012-09-10   最后修改:2012-09-10
dump 日志?
有没有规率?
0 请登录后投票
   发表时间:2012-11-04  
    public class TestPage2 extends TestCase {   
      private Selenium selenium;   
      
      protected void setUp() throws Exception {   
         String url = “http://xxx.xxx.xxx.xxx/yyy”;   
         selenium = new DefaultSelenium("localhost", SeleniumServer.getDefaultPort   
                                    (), "*iexplore", url);   
         selenium.start();   
                   
         super.setUp();                        
               
      }   
      
      protected void tearDown() throws Exception {   
               
          selenium.stop();   
          super.tearDown();   
                   
      
      }   
      
    }  

 
0 请登录后投票
   发表时间:2013-05-22  
你的MsgQ太长了吧,我这边的
========================================================================================
'dnf_node4_1@127.0.0.1'                                                   04:12:07
Load:  cpu         0               Memory:  total      123364    binary        419
        procs     252                        processes   17686    code        24112
        runq        0                        atom          453    ets         44512

Pid            Name or Initial Func    Time    Reds  Memory    MsgQ Current Function
----------------------------------------------------------------------------------------
<5349.84.0>    mod_kernel               '-'       0 2914408       0 gen_server:loop/6  
<5349.8954.0>  proc_lib:init_p/5        '-'   11386  601888       0 gen_server:loop/6  
<5349.6756.0>  proc_lib:init_p/5        '-'     150  426592       0 gen_server:loop/6  
<5349.6.0>     application_controll     '-'       0  318000       0 gen_server:loop/6  
<5349.45.0>    application_master:s     '-'       0  284368       0 application_master:l
<5349.252.0>   mod_ranking_list         '-'       0  197336       0 gen_server:loop/6  
<5349.24.0>    code_server              '-'       0  196744       0 code_server:loop/1 
<5349.306.0>   proc_lib:init_p/5        '-'     280  163888       0 gen_server:loop/6  
<5349.257.0>   proc_lib:init_p/5        '-'     152  122544       0 gen_server:loop/6  
<5349.119.0>   proc_lib:init_p/5        '-'     368  109488       0 gen_server:loop/6  
<5349.3.0>     erl_prim_loader          '-'       0  109112       0 erl_prim_loader:loop
<5349.240.0>   proc_lib:init_p/5        '-'       0   89056       0 gen_server:loop/6  
<5349.99.0>    erlang:apply/2           '-'       0   88576       0 mysql_conn:loop/1  
<5349.222.0>   proc_lib:init_p/5        '-'     150   68424       0 gen_server:loop/6  
<5349.87.0>    erlang:apply/2           '-'       0   67984       0 mysql_conn:loop/1  
<5349.95.0>    erlang:apply/2           '-'       0   67904       0 mysql_conn:loop/1  
<5349.97.0>    erlang:apply/2           '-'       0   67904       0 mysql_conn:loop/1  
<5349.247.0>   mod_needfire_party       '-'       0   58624       0 gen_server:loop/6  
<5349.89.0>    erlang:apply/2           '-'       0   55208       0 mysql_conn:loop/1  
<5349.93.0>    erlang:apply/2           '-'       0   55208       0 mysql_conn:loop/1  
========================================================================================
附件是system_info分析
  • a.zip (2.6 KB)
  • 下载次数: 7
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics