一、etop/getop etop位于: erlang/lib/observer-xxx/priv/ebin 目录下
昨天看了一下liaocheng的帖子，里面提到监控内存，引起了我对etop的兴趣/ 他的例子是这样写的： etop -node [email protected] -lines 5 -sort memory -interval 1 -accumulate true -tracing on 我试用了一下报错提示： Usage of the erlang top program Options are set as command line parameters as in -node [email protected] -.. or as parameter to etop:start([{node, [email protected]}, {...}]) 我添加了个cookie(lxw)我给改成 ./etop -node '[email protected]' lxw -lines 35 -sort memory -interval 50 -accumulate true -tracing on 这时正常运行了。 从API 和litaocheng的文章来看 node 是被监控的node 但我使用了一个不存在的节点 还是同样 输出了下面的消息。为什么呢？ 是我理解错了，请老师给学生答案。./etop -node '[email protected]' lxw -lines 3 -sort memory -interval 10 -accumulate true -tracing on
Erlang R13B03 (erts-5.7.4) [source] [64-bit] [smp:2:2] [rq:2] [async-threads:0] [hipe] [kernel-poll:false] Eshell V5.7.4 (abort with ^G) ([email protected])1> ======================================================================================== [email protected] 03:26:02 Load: cpu 58 Memory: total 7523 binary 275 procs 35 processes 1152 code 3629 runq 0 atom 441 ets 263 Pid Name or Initial Func Time Reds Memory MsgQ Current Function ---------------------------------------------------------------------------------------- <0.6.0> application_controll '-' 6595 230216 0 gen_server:loop/6 <0.26.0> code_server '-' 100175 142504 0 code_server:loop/1 <0.2.0> etop_server '-' 1923 109096 0 etop:data_handler/2 ========================================================================================
getop:图
二、ttb:看了API的描述感觉很强大（A base for building trace tools for distributed systems.），可我间的试用了一下。seq_trigger_ms等输出的结果，让我有点失望。可能我还是没有领悟到它的好处。
三、crashdump_viewer：这是对crashdump.dupm文件进行分析的工具。依赖webtool工具。我故意制造了一个错误，
通过分析也没有找出来，可能是我拿牛刀宰鸡了。下面只放个图。