一：背景 1.讲故事 最近遇到了好几起和 COM 相关的Dump,由于对 COM 整体运作不是很了解，所以分析此类dump还是比较头疼的，比如下面这个经典的 COM 调用栈。 0:044> ~~[138c]s win32u!NtUserMessageCall+0x14: 00007ffc`5c891
一：背景 1.讲故事 这篇文章起源于昨天的一位朋友发给我的dump文件，说它的程序出现了卡死，看了下程序的主线程栈，居然又碰到了 OnUserPreferenceChanged 导致的挂死问题，真的是经典中的经典，线程栈如下： 0:000:x86> !clrstack OS Thread Id: 0
## 一：背景 ### 1. 讲故事 在 dump 分析旅程中，经常会遇到很多朋友反馈一类问题，比如： * 方法平时都执行的特别快，但有时候会特别慢，怎么排查？ * 我的方法第一次执行特别慢，能看到慢在哪里吗？ 相信有朋友肯定说，加些日志不就好了，大方向肯定是没问题的，但加日志的颗粒度会比较粗而且侵
这两天给我们开发的Chrome插件：[Youtube中文配音](https://youtube-dubbing.com/)增加了账户注册和登录功能，其中有一步是邮箱验证，所以这边会在Spring Boot后台给用户的邮箱发个验证信息。如果发邮件，之前的文章教程里就有，这里就不说了，着重说说这两天发现
一：背景 1. 讲故事 前段时间有位朋友找到我，说他们有一个崩溃的dump让我帮忙看下怎么回事，确实有太多的人在网上找各种故障分析最后联系到了我，还好我一直都是免费分析，不收取任何费用，造福社区。 话不多说，既然有 dump 来了，那就上 windbg 说话吧。 二：WinDbg 分析 1. 为什么
事故过程 周二下午得到消息, 希望帮忙分析dump文件. 告知dump大小为42G大小. 一般机器没这么大的内存进行处理. 建议现场上传到百度云盘, 然后我这边进行下载. 时间进度为: 11.57创建的dump 现场打包压缩, 拉取上传百度云盘. 速度大概只有500KB/S. 压缩后文件6G, 时间
在之前的文章中介绍了Redis6的集群搭建和原理，我们可以使用dummy和smart客户端连接集群，本篇介绍Redis6新增的一个功能：集群代理。客户端不需要知道集群中的具体节点个数和主从身份，可以直接通过代理访问集群，对于客户端来说通过集群代理访问的集群就和单机的Redis一样，因此也能解决很多集
背景 最近公司内经常出现jvm进程宕机的情况. 宕机之后没有产生jvm的dump文件.比如xxx.hprof 但是产生了 core.$pid的文件. 曾经在aarch64架构上宕机时曾经想学习一下core文件的解析 但是当时因为比较懒(现在也是) 没有深入下去. 这次简单学习几个命令. 想着能够慢慢
人大金仓数据库的备份与还原 文章目录 人大金仓数据库的备份与还原前言备份sys_dump 命令 还原ksql 命令sys_restore 一. 从人大金仓数据库备份还原到人大金仓数据库二 从postgresql数据库备份还原到人大金仓数据库 后记 前言 本文记录一次使用人大金仓数据库（Kingbas
文章目录 用途命令格式示例一，no option二，heap三，histo[:live]四，clstats五，finalizerinfo六，dump: 用途 jmap 可以查看堆内对象的信息，生成 java 程序的 dump 文件，甚至可以查看 ClassLoader 的
https://www.jianshu.com/p/f4bfd169b4ca 在之前的OOM问题复盘中，我们添加了jmap脚本来自动dump内存现场，方便排查OOM问题。 但当我反复模拟OOM场景测试时，发现jmap有时可以dump成功，有时会报错，如下： 经过网上一顿搜索，发现两种原因可能导致这个
一：背景 1.讲故事 上个月 .NET调试训练营 里的一位老朋友给我发了一个 8G 的dump文件，说他的程序内存泄露了，一时也没找出来是哪里的问题，让我帮忙看下到底是怎么回事，毕竟有了一些调试功底也没分析出来，说明还是有一点复杂的，现实世界中的dump远比课上说的复杂的多。 还是那句话，找我分析是
一：背景 1.讲故事 前几天有位朋友找到我，说他的程序出现了偶发性崩溃，已经抓到了dump文件，Windows事件日志显示的崩溃点在 clr.dll 中，让我帮忙看下是怎么回事，那到底怎么回事呢? 上 WinDbg 说话。 二：WinDbg 分析 1. 崩溃点在哪里 如果是托管代码引发的崩溃，在线程
一：背景 1. 讲故事 最近收到了两起程序崩溃的dump，查了下都是经典的 double free 造成的，蛮有意思，这里就抽一篇出来分享一下经验供后面的学习者避坑吧。 二：WinDbg 分析 1. 崩溃点在哪里 windbg 带了一个自动化分析命令 !analyze -v 可以帮助我们找到崩溃时的
一：背景 1. 讲故事 上周看了一位训练营朋友的dump，据朋友说他的程序卡死了，看完之后发现是一例经典的死锁问题，蛮有意思，这个案例算是学习 .NET高级调试 入门级的案例，这里和大家分享一下。 二：WinDbg 分析 1. 程序为什么会卡死 因为是窗体程序，所以看主线程的线程栈就好了，如果卡在
一：背景 1. 讲故事 这个案例有点特殊，以前dump分析都是和软件工程师打交道，这次和非业内人士交流，隔行如隔山，从指导dump怎么抓到问题解决，需要一个强大的耐心。 前几天有位朋友在微信上找到我，说他们公司采购的MES系统登录的时候出现了异常，让我帮忙看一下，我在想解铃还须系铃人，怎么的也不应该
一：背景 1. 讲故事 最近在分析一个 linux 上的 dump，最后的诱因是大量的lock锁诱发的高频上下文切换，虽然问题告一段落，但我还想知道一点信息，所谓的高频到底有多高频？锁竞争到底是一个怎样的锁竞争？ 如果了解这些信息对我们后续分析此类问题非常有帮助。 要想获取此类信息，看 dump 肯
## 一：背景 ### 1. 讲故事 这篇文章源自于分析一些疑难dump的思考而产生的灵感，在dump分析中经常要寻找的一个答案就是如何找到死亡线程的生前都做了一些什么？参考如下输出： ``` C# 0:001> !t ThreadCount: 22 UnstartedThread: 0 Backg
## 一：背景 ### 1. 讲故事 在我分析的 200+ dump 中，同样会遵循着 28原则，总有那些经典问题总是反复的出现，有很多的朋友就是看了这篇 [一个超经典 WinForm 卡死问题的再反思](https://www.cnblogs.com/huangxincheng/p/1686848
