gdb查看线程的堆栈数据

gdb查看线程堆栈信息

查看堆栈:gdb -quiet -batch -ex='thread apply all bt' -p pid查看运行位置:gdb -quiet -batch -ex='thread apply all x $pc' -p pid

java查看线程的堆栈信息

通过使用jps 命令获取需要监控的进程的pid,然后使用jstack pid 命令查看线程的堆栈信息. 通过jstack 命令可以获取当前进程的所有线程信息. 每个线程堆中信息中,都可以查看到线程ID.线程的状态(wait.sleep.running 等状态).是否持有锁信息等. jstack -l <pid> >jvm_listlocks.txt

转载:http://blog.csdn.net/mergerly/article/details/41994207 core dump 一般是在segmentation fault(段错误)的情况下产生的文件,需要通过ulimit来设置才会得到的. 调试的话输入: gdb filename core filename就是产生core文件的可执行文件,core就是产生的dump文件查看栈信息 ————— 当程序被停住了,你需要做的第一件事就是查看程序是在哪里停住的.当你的程序

GDB查看堆栈局部变量

GDB查看堆栈局部变量 “参数从右到左入栈”,“局部变量在栈上分配空间”,听的耳朵都起茧子了.最近做项目涉及C和汇编互相调用,写代码的时候才发现没真正弄明白.自己写了个最简单的函数,用gdb跟踪了调用过程,才多少懂了一点. 参考资料: http://blog.csdn.net/liigo/archive/2006/12/23/1456938.aspx http://blog.csdn.net/eno_rez/archive/2008/03/08/2158682.aspx int add(int

Java多线程——查看线程堆栈信息

Java多线程——查看线程堆栈信息摘要:本文主要介绍了查看线程堆栈信息的方法. 使用Thread类的getAllStackTraces()方法方法定义可以看到getAllStackTraces()方法的返回值是一个Map对象,key是Thread的实例,value是一个StackTraceElement实例数组: public static Map<Thread, StackTraceElement[]> getAllStackTraces() 使用可以使用这个静态方法在页面上循环打印

jstack+jdb命令查看线程及死锁堆栈信息

如果程序挂死,有时使用jstack查看进程中线程信息时,需要添加上-F参数,此时如果有死锁信息,则可能不会打印出死锁堆栈信息,使用jdb则可以查看当前死锁线程的运行堆栈. 如下模拟一个简单的死锁程序 package com.demo.bootdemo; import java.util.HashMap; import java.util.Map; import org.springframework.context.ApplicationListener; import org.springfr

gdb调试线程

gdb thread apply all bt 如果你发现有那么几个栈停在 pthread_wait 或者类似调用上,大致就可以得出结论:就是它们几个儿女情长,耽误了整个进程. 注意gdb的版本要高于7.0,之前使用过gdb6.3调试多线程是不行的. 从上图可以看出两个线程都阻塞在wait上,而且还给出了在哪一行代码中,很容易就定位到产生死锁的位置. 有时候线程太多,想写到文件里,可以: (gdb)set logging file <文件名> (gdb)set logging on (gdb)

top命令查看线程信息和jstack使用介绍

top -Hp pid可以查看某个进程的线程信息 -H 显示线程信息,-p指定pid jstack 线程ID 可以查看某个线程的堆栈情况,特别对于hung挂死的线程,可以使用选项-F强制打印dump信息jstack -F pid jstack定义: jstack是java虚拟机自带的一种堆栈跟踪工具.用于生成java虚拟机当前时刻的线程快照.线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合,生成线程快照的主要目的是定位线程出现长时间停顿的原因,如线程间死锁.死循环.请求外部资源导

Instruments－查看收集到的数据

由于Xcode调试工具Instruments指南篇幅太长,所以本篇blog继续上篇,介绍对Instruments收集到的数据去分析. 关于数据分析 Instruments不解决你代码中的任何问题,它帮助你更好的理解你的代码正在做什么,通过捕获你app运行的详细统计数据,并呈现它们給你去分析.由于每个app是不同的,发现和解决问题的实际步骤有所不同.因此你必须了解怎样解释那些你筛选后Instruments收集的数据.并探讨与你app有关的数据,你必须执行一些工作,标识代码中的数据在app中,这样你

jstack(查看线程)、jmap(查看内存)和jstat(性能分析)

公司内部同事分享的一篇文章周末看到一个用jstack查看死锁的例子.昨天晚上总结了一下jstack(查看线程).jmap(查看内存)和jstat(性能分析)命令.供大家参考 1．Jstack 1.1 jstack能得到运行java程序的java stack和native stack的信息.可以轻松得知当前线程的运行情况.如下图所示注:这个和thread dump是同样的结果.但是thread dump是用kill -3 pid命令,还是服务器上面少用kill为妙 1.2 命名行格式

jstack(查看线程)、jmap(查看内存)和jstat(性能分析)命令

jstack(查看线程).jmap(查看内存)和jstat(性能分析)命令公司内部同事分享的一篇文章周末看到一个用jstack查看死锁的例子.昨天晚上总结了一下jstack(查看线程).jmap(查看内存)和jstat(性能分析)命令.供大家参考 1．Jstack 1.1 jstack能得到运行java程序的java stack和native stack的信息.可以轻松得知当前线程的运行情况.如下图所示注:这个和thread dump是同样的结果.但是thread dump是用ki

Linux程序宕掉后如何通过gdb查看出错信息

我们在编写服务端程序的时候,由于多线程并且环境复杂,程序可能在不确定条件的情况下宕掉,还不好重新,这是我们如何获取程序的出错信息,一种方法通过打日志,有时候一些错误日志也不能体现出来,这时就用到我们的core dump文件了. 通常情况下coredmp包含了程序运行时的内存,寄存器状态,堆栈指针,内存管理信息等.可以理解为把程序工作的当前状态存储成一个文件.许多程序和操作系统出错时会自动生成一个core文件. 1 我们系统一般默认是吧core dump 关掉的,可以通过ulimit -c 查看如

命令：jstack(查看线程)、jmap(查看内存)和jstat(性能分析)命令

命令:jstack(查看线程).jmap(查看内存)和jstat(性能分析)命令这些命令必须在 linux jdk bin 路径下执行 eq: ./jstack 10303 即可如果想把内容打印到文本里即 ./jstack 10303 >111.log 打印到 111.log文件中,然后 sz 111.log 下载到本地查看. jmap -histo pid(查看实例) 怎么知道当前linux系统下的jdk路径,可以ps aux|grep jdk 可以看出路径,一般为/

java 查看线程的信息

的代码上加上断点运行进入Terminal jps 查看进程号 jstack 进程号查看线程的信息 jstack pid 此时进去DEBUG 端F9 跑完程序再回到Terminal 中就能看到线程的一些信息 jps -lvm 查看堆栈信息

windbg 边学边记attach 进程和open dump的两个方式查看线程的占用cpu资源

首先我是attach到进程的方式,附加到进程把. vs里边有个远程调试就是通过连接到远程机附加到进程操作的.在有公网IP情况下挺好用,但涉及到nat穿越之类的,因为用户的不方便设置,这种调试方式也有局限性. 6. lmf 列出当前进程中加载的所有dll文件和对应的路径奇怪没找到我程序里边加载的dll 乖乖滴.难道attach 进程把dll关了吗? 用空用dump 试试. 11!runaway 可以显示每一个线程的cpu消耗这个命令挺好,直接找到哪个线程占得时间久 ,如果一直占着,那这个线

线程系列06,通过CLR代码查看线程池及其线程

在"线程系列04,传递数据给线程,线程命名,线程异常处理,线程池"中,我们已经知道,每个进程都有一个线程池.可以通过TPL,ThreadPool.QueueUserWorkItem,委托与线程池交互.本篇体验:通过查看CLR代码来观察线程池及其线程. □ 通过编码查看线程池和线程使用ThreadPool的静态方法QueueUserWorkItem把线程放入线程池,来看线程池线程和主程序线程的执行情况. class Program { static void Main(string[]

CentOS查看线程、硬盘、内存、cpu、网卡

1.查看硬盘 [mushme@investide ~]$ df -ah 2.查看内存 [mushme@investide ~]$ free -m 3.监控系统的负载 w 查看当前系统的负载,详细显示主机运行时间,登录用户数,系统平均负载信息: uptime 查看当前系统的负载和主机运行时间,简单显示: 显示说明: 17:30:02 //系统当前时间: up 8:06 //主机已运行时间,时间越大,说明机器越稳定. 3 users //用户连接数(是总的连接数,不是

方便查看线程状况的jsp页面

此方法来自深入理解java虚拟机一书,用作管理员页面,可以随时用浏览器查看线程堆栈 <%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%> <html> <head> <title>服务器线程信息</title> <meta http-equiv="pragma" content=

查看线程CPU利用率

查看线程CPU利用率方法1:利用ps命令查看对应的线程 1. ps -ef | grep 进程名称 2. ps -mp 进程ID -o THREAD,pid,tid,cmd,time,%cpu,%mem 3.1. gdb 3.2. attach 进程ID 3.3. info threads 3.4. thread 线程ID 3.5. bt等操作 3.6. detach 方法2:利用top命令查看对应的线程 1. ps -ef | grep 进程名称 2. top H -p 进程ID 3.1.

WinDbg常用命令系列---查看线程调用栈命令K*简介

Windbg里的K*命令显示给定线程的堆栈帧以及相关信息,对于我们调试时,进行调用栈回溯有很大的帮助. 一.K*命令使用方式在不同平台上,K*命令的使用组合如下 User-Mode, x86 Processor [~Thread] k[b|p|P|v] [c] [n] [f] [L] [M] [FrameCount] [~Thread] k[b|p|P|v] [c] [n] [f] [L] [M] = BasePtr [FrameCount] [~Thread] k[b|p|P|v] [c]

巴特西