http://blog.csdn.net/fanweixiao/category/347034.aspxzh-CNWed, 27 Aug 2008 09:29:00 GMT60维生素C.nethttp://blog.csdn.net/fanweixiao/archive/2008/08/27/2836115.aspxWed, 27 Aug 2008 09:28:00 GMThttp://blog.csdn.net/fanweixiao/archive/2008/08/27/2836115.aspxhttp://blog.csdn.net/fanweixiao/comments/2836115.aspxhttp://blog.csdn.net/fanweixiao/archive/2008/08/27/2836115.aspx#Feedback0http://blog.csdn.net/fanweixiao/comments/commentRss/2836115.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2836115<p><strong>Debugging tools or sources of debugging tools</strong></p> <p><a target="_blank" href="http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx">Debugging Tools for Windows</a><br><a target="_blank" href="http://www.microsoft.com/downloads/details.aspx?FamilyID=28bd5941-c458-46f1-b24d-f60151d875a3">Debug Diagnostic Tool v1.1</a><br><a target="_blank" href="http://www.microsoft.com/downloads/details.aspx?FamilyID=e089ca41-6a87-40c8-bf69-28ac08570b7e&amp;displaylang=en">User Mode <img src ="http://blog.csdn.net/fanweixiao/aggbug/2836115.aspx" width = "1" height = "1" />维生素C.nethttp://blog.csdn.net/fanweixiao/archive/2008/08/06/2773933.aspxWed, 06 Aug 2008 01:40:00 GMThttp://blog.csdn.net/fanweixiao/archive/2008/08/06/2773933.aspxhttp://blog.csdn.net/fanweixiao/comments/2773933.aspxhttp://blog.csdn.net/fanweixiao/archive/2008/08/06/2773933.aspx#Feedback5http://blog.csdn.net/fanweixiao/comments/commentRss/2773933.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2773933<P>刚才被它唬了一把,幸好后来意识到了.</P> <P>在性能计数器里的.net clr memory下有个# gc handles计数器, 这个计数器的值相比其他的是比较特殊的. 关于gc的计数器,绝大多数都是在gc结束的时候值才改变,但是这个却不是这样的. 比如当我们通过托管代码去请求创建一个handle,这时候这个值就加1了. 但是出于性能的考虑.net对它没有interlocked这样机制,所以这个值可能会在多个线程的并发情况下发生改变. 所以这个值其实是不可靠的.</P> <P>那么怎么找到一个可靠的值呢？用SOS吧,它提供的gchandles命令能够准确的返回你要的结果.原理很简单,它遍历handle table.</P><img src ="http://blog.csdn.net/fanweixiao/aggbug/2773933.aspx" width = "1" height = "1" />维生素C.nethttp://blog.csdn.net/fanweixiao/archive/2008/08/06/2773932.aspxWed, 06 Aug 2008 01:39:00 GMThttp://blog.csdn.net/fanweixiao/archive/2008/08/06/2773932.aspxhttp://blog.csdn.net/fanweixiao/comments/2773932.aspxhttp://blog.csdn.net/fanweixiao/archive/2008/08/06/2773932.aspx#Feedback1http://blog.csdn.net/fanweixiao/comments/commentRss/2773932.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2773932<P>前段时间项目遇到一些问题，抓了一个dump后拿回家里的机器上分析。按着方法一步一步走，走到!clrstack的时候，问题出现了——看不到托管环境下的method name。我觉得这这!clrstack看不到method name可真没什么作用了。随后请教了几个朋友，都说没碰到过着情况。</P> <P>第二天去了公司先打开windbg，open这个dump，载入sos后先来一个~*e!clrstack。邪门，method name都出来了。</P> <P>从操作系统，windbg版本，symbols等几个方面都下手分析了一下，未果。问人吧，问了一圈都没有解决。问了熊力，他说他可以看到，说明问题肯定不奇怪，而且肯定是某个细节的问题。挂虚拟机，测之，问题依旧，大悦，终于出问题了。</P> <P>后来我把我公司机器上的sos和家里机器的sos拿过来比较，大小不一样，用!eeversion来看，版本号确实不一样。问题解决——选用合适的版本！</P> <P>但是为什么出现这种情况呢？</P> <P>发了email问tess，可惜的是tess大姐渡假期去了，但是庆幸的是Tom假期结束<img src ="http://blog.csdn.net/fanweixiao/aggbug/2773932.aspx" width = "1" height = "1" />