Monthly Archives: July 2008

原文http://blogs.msdn.com/tess/archive/2008/03/17/net-debugging-demos-lab-6-memory-leak.aspx 一.重现重启IIS (iisreset) 打开页面http://localhost/BuggyBits/ProductInfo.aspx?ProductName=Bugspray 设置performance monitoring 添加.NET CLR Loading counters, 启动这个performance monitor log 压力测试tinyget -srv:localhost -uri:/BuggyBits/ProductInfo.aspx?ProductName=Bugspray -threads:50 -loop:20 tinyget 运行结束后生成一个dump文件adplus -hang -pn aspnet_wp.exe -quiet 停止performance monitor log 二.在performance monitor中进行分析在performance monitor中打开performance monitor log,添加下列CountersProcess\Private Bytes Process\Virtual Bytes.NET CLR Memory\# Bytes in all … Continue reading →

原文http://blogs.msdn.com/tess/archive/2008/03/05/net-debugging-demos-lab5-crash-review.aspx 执行IISReset打开页面http://localhost/BuggyBits/CompanyInformation.aspx随便输入一些东西,提交页面,会看到一个错误页面: Server Application Unavailable 这说明IIS的工作进程崩溃了. 查看Event log,用的是xp+IIS5, eventlog中只记录有错误出现,没有更深入的信息 在2003+IIS6的eventlog中可以知道,进程的退出码(Exit code)为0x800703E9 means "Recursion too deep; the stack overflowed." 原因可能是infinite recursion. 现在开始生成dump文件.先重启IIS,打开http://localhost/BuggyBits/CompanyInformation.aspx,但是不要提交执行adplus -crash -pn aspnet_wp.exe -quiet, attach到IIS的工作进程上,等待crash在IE中输入信息,提交, 引发异常, dump文件就生成了进程异常终止有3种情况:1.在Lab2-Crash中,介绍了1st chance 和 2nd chance的概念,对于一个unhandled的exception,会得到两个dump,2nd chance exception会导致进程的结束.2. 进程结束是由于iisreset或preemptive recycle等外因.3. 由于一些严重的错误,如heap毁坏,栈溢出,内存不足等,进程必须退出本例中只得到一个dump说明crash不是由于unhandled exception引起的 用WinDBG打开dump文件,加载Symbols和SOS 执行 … Continue reading →

原文http://blogs.msdn.com/tess/archive/2008/02/22/net-debugging-demos-lab-4-high-cpu-hang.aspx用于实验的页面是http://localhost/BuggyBits/AllProducts.aspx 执行 IISReset 重启IIS 打开http://localhost/BuggyBits/AllProducts.aspx,这是一个很耗时的操作,Tash Manager(Ctrl+Shift+Esc)显示CPU使用率那是相当的高 按照Lab3的步骤Setup一个performance conunter log "Lab4-CPU", 并启动它  输入命令 adplus -hang -pn aspnet_wp.exe -quiet 但是先不要执行. 执行 tinyget -srv:localhost -uri:/BuggyBits/AllProducts.aspx -threads:5 -loop:1 用5个线程进行压力测试,当CPU使用率飙上去之后,执行 adplus . 停下performance monitor log 用WinDBG打开dump文件,.symfix d:\_symbols  .reload .load SOS 或 .loadby sos mscorwks 显示CPU … Continue reading →

原文http://blogs.msdn.com/tess/archive/2008/02/15/net-debugging-demos-lab-3-memory.aspx用于实验的页面是http://localhost/BuggyBits/Links.aspx 一.设置performance monitor打开http://localhost/BuggyBits/Links.aspx,启动IIS的工作进程执行命令perfmon.exe 启动performance monitor点击"performance counters and alerts"右键点击"counter logs" 选择"new log settings", 取名为"Lab3-Mem" 点击"Add Objects…" 添加Performance Object".NET CLR Memory" 和"Process" 把sampling interval设置为1秒,因为页面执行时间很短 要运行counter log必须要有debug IIS工作进程的权限,否则拿不到任何.NET counter.如果当前帐号没有权限,就需要把"Run AS"从<Default>改成一个有权限的帐号,并设置password 二.进行压力测试运行 tinyget -srv:localhost -uri:/BuggyBits/Links.aspx -loop:4000如果出现OutOfMemory exception,请把loop从4000改成一个稍小的数字等tinyget运行结束后,让pefromance moniter再运行20-30秒,然后停止counter log Lab3-Mem,缺省情况下,此时会生成 c:\PerfLogs\Lab3-Mem_000001.blg 三.在performance monitor中查看performance log  … Continue reading →

原文:http://blogs.msdn.com/tess/archive/2008/02/08/net-debugging-demos-lab-2-crash.aspx 用于测试的页面为:http://localhost/BuggyBits/Reviews.aspx点击"Refresh"按钮,页面会抛出异常,VS Just-In-Time Debugger会询问是否Debug. 一. 检查 eventlogsevent viewer可提供大量有用信息,但是不同的OS/IIS/Framework组合会产生不同的Eventlog.对于W2k3, .NET 2.0 SP1,可直接知道错误的出处, 甚至StackTrace. 0xe0434f4d是.NET exception的Native exception code, 所有的.NET exception,SQLException, NullReferenceException 或 FileNotFoundException都会被转化成0xe0434f4d 二. 得到 Memory dump打开页面,不要点击"refresh" 按钮 在debugger目录下运行adplus -crash -pn aspnet_wp.exe运行后出现提示Attaching the debugger to: ASPNET_WP.EXE (Process ID: 4588)并且出现一个新的命令行窗口,这个新的命令行运行的是CDB,就是命令行下的WinDBG,负责监视系统中将要发生的异常. 下面这个表中列出了adplus 监视的event和exception,event和exception发生后对应的动作 Code … Continue reading →

原文见http://blogs.msdn.com/tess/archive/2005/12/05/why-do-i-get-weird-function-names-on-my-stack-a-discussion-on-symbols.aspx Symbols的内容Symbols包含以下信息:全局变量,局部变量,函数名,函数参数,结构定义,二进制代码所对应的原代码行号. Symbols的分类1.export symbols:对于一个包含可执行代码的dll,export symbols是它的一部分,有了这种export symbols,这个dll中的函数才可以被dll之外的代码调用.但是export symbols一般不包含函数的参数信息,而且并不是所有的函数信息都包含在export symbols中.如果只有export symbols,在debug过程中看到的调用栈的信息就很费解.2.pdb symbols(public symbols):public symbols包含函数名,全局变量,但是developer会隐藏一些函数的信息,因此public symbols并不包含所有的函数信息,这一点和export symbols相似3.private pdb symbols:包含最完整的信息. 如何找到对于的Symbols在WinDBG中Symbols的查找路径用命令 .sympath 或菜单 File-Symbol file path来指定. 除此之外,Debugger还会搜索正在被debug的dll所在得路径和环境变量_NT_SYMBOL_PATH有关Symbol路径，请参考WinDBG Help中“Symbol Path”中“Controlling the Symbol Path”一节debug过程中Symbols和它所对于的dll或exe通过timestamp 和 checksum关联起来,这就保证了就算查找路径下存在多个同名的Symbols文件,Debugger一样可以找到需要的那个. 使用了错误的Symbols会怎么样如果使用mscorsvr.dll的public symbols来观察调用栈(kb)会是:1212ef7c 791b578b 00000090 00009c40 00000000 kernel32!WaitForSingleObject+0xf 1212efa0 791dbe6e 00000000 … Continue reading →

原文地址：http://blogs.msdn.com/tess/archive/2008/02/04/net-debugging-demos-lab-1-hang.aspx 一. 观察及猜测用于实验的页面是FeaturedProducts.aspx打开5个浏览器同时刷新.根据页面上显示的开始时间(start time)和执行时间(execution time),可以看到5个页面start time几乎一样,说明5个连接是在同时建立的. 如果前后两次执行的start time之间有延迟,就说明不能和server建立并发的连接,这就需要修改IE的设置,方法是修改注册表:[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings]"MaxConnectionsPerServer"=dword:0000000a"MaxConnectionsPer1_0Server"=dword:0000000a 注意!需要打开5个IE实例而不是在一个IE中打开5个Tab,我实验的结果是:让5个Tab同时请求同一个链接,各个请求会排队执行,没两次执行的start time之间有5秒的时差 各个execution time是逐渐增加的,后一个比前一个使用的时间更长. start time和execution time 的实现如下protected void Page_Load(object sender, EventArgs e)  {      System.DateTime start = System.DateTime.Now;      if (!Page.IsPostBack)      {           //–Do something…       }       System.DateTime end = System.DateTime.Now;      lblStartTime.Text … Continue reading →

当你想学习时,老师就来了 Tess(http://blogs.msdn.com/tess/default.aspx)发布了一个名为.NET Debugging Demos的系列课程,共10 labs.她通过调试一个ASP.NET 小程序BuggyBits(http://blogs.msdn.com/tess/attachment/7431454.ashx)来演示如何处理死锁,性能,内存泄露等问题.主要的调试工具是WinDBG.Justin’s Tech Blog(http://www.cnblogs.com/justinw/archive/2008/07/08/1237849.html)有翻译.这种实验课的形式正和我的胃口:-) 以下是我的学习笔记. 实验器材:1. WinDBG注意在WinDBG的安装目录下(c:\program files\Debugging Tools for Windows (x86)),有一个名为adplus.vbs的脚本,用于抓取Memory Dump.用法见:Johan Straarup的文章：How to install windbg and get your fist memory dump(http://blogs.msdn.com/johan/archive/2007/01/11/how-to-install-windbg-and-get-your-first-memory-dump.aspx)在调试中,需要加载包含调试信息的符号表:.symfix c:\mycache  .reload "c:\mycache"是下载到本地的符号文件所在路径。 如果在Windbg里询问是否保存工作空间的的时候选择了保持，那么下次调式的时候，这个符号路径仍然有效。 2. SOS随.NET FWK安装, 所在目录为C:\Windows\Microsoft.NET\Framework\v2.0.50727, 是WinDBG用于调试.NET 程序的一个插件,为了方便WindDBG加载它,可以把它copy到WinDBG的安装目录下.在Windbg的命令行窗口运行".load<sos.dll所在路径>\sos.dll"命令来加载SOS，或者通过运行".loadby sos mscorwks"命令(这两种方式都是从Framework的目录加载的sos.dll)。如果sos.dll已经被拷贝到调试器目录，只要使用简单的".load sos"命令就可以了。 … Continue reading →