http://blog.csdn.net/fanweixiao/DLRzh-CNThu, 04 Sep 2008 10:34:00 GMT60范维肖http://blog.csdn.net/fanweixiao/archive/2008/09/04/2878551.aspxThu, 04 Sep 2008 10:33:00 GMThttp://blog.csdn.net/fanweixiao/archive/2008/09/04/2878551.aspxhttp://blog.csdn.net/fanweixiao/comments/2878551.aspxhttp://blog.csdn.net/fanweixiao/archive/2008/09/04/2878551.aspx#Feedback0http://blog.csdn.net/fanweixiao/comments/commentRss/2878551.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2878551<span class="Apple-style-span" style="color: rgb(0, 0, 0); font-family: Verdana; font-size: 13px; line-height: 19px; "><p style="margin-top: 0px; margin-right: 0px; margin-left: 0px; margin-bottom: 14px; "><span style="font-size: 12px; "><a href="http://code.google.com/p/v8/">V8</a>是<a href="http://www.google.com/chrome">Chrome</a>的javascript引擎，V8的团队说Chrome对脚本的解析和执行速度是Firefox和Safari的10倍，是IE的56倍。V8的地址在<a href="http://code.google.com/p/v8/" style="text-decoration: none; color: rgb(29, 88, 209); "><img src ="http://blog.csdn.net/fanweixiao/aggbug/2878551.aspx" width = "1" height = "1" />范维肖http://blog.csdn.net/fanweixiao/archive/2008/08/31/2854440.aspxSun, 31 Aug 2008 06:48:00 GMThttp://blog.csdn.net/fanweixiao/archive/2008/08/31/2854440.aspxhttp://blog.csdn.net/fanweixiao/comments/2854440.aspxhttp://blog.csdn.net/fanweixiao/archive/2008/08/31/2854440.aspx#Feedback0http://blog.csdn.net/fanweixiao/comments/commentRss/2854440.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2854440<P>ASP.NET MVC（以下简称mvc）的其中一个特性是使用了一个新的路由组件（routing engine）来提供一种更为舒适的将URL映射到程序中的特定页面上。在mvc开发的早期微软就意识到System.Web.Routing这个基础组件不但只为mvc使用，还应该能使用在传统的asp.net模型中，以提供更简单的URL重写功能（当然微软还意识到可以把它与Dynamic Data配合使用）。因此，他们把Routing这个功能从mvc中提取出来，并且作为.net 3.5 sp1的一部分发布.</P> <P>那我们来看看它的工作原理吧!<BR></P> <P>System.Web.Routing有两个核心部分：<STRONG>Route</STRONG>和<STRONG>Route</STRONG> <STRONG>Handler</STRONG>。一个route是一个简单的类，包含与请求的url想匹配的模式（pattern）。每个传入的url将会与你定义的Routes集合相匹配，只要匹配上第一个就会立刻使用该模式。一个Route看起来会像这样：<BR></P> <DIV c<img src ="http://blog.csdn.net/fanweixiao/aggbug/2854440.aspx" width = "1" height = "1" />维生素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/2773935.aspxWed, 06 Aug 2008 01:41:00 GMThttp://blog.csdn.net/fanweixiao/archive/2008/08/06/2773935.aspxhttp://blog.csdn.net/fanweixiao/comments/2773935.aspxhttp://blog.csdn.net/fanweixiao/archive/2008/08/06/2773935.aspx#Feedback10http://blog.csdn.net/fanweixiao/comments/commentRss/2773935.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2773935<DIV class=postbody> <P>如果遇到了性能问题,在使用debug之前分析问题较为不错的一个工具就是perfmon.解决问题最好的方法是思考,这也是熊力大哥在其书中一直在强调的.</P> <P>如果您的网站遇到下面的几种情形,那还是先看看perfmon里GC相关的东西吧:</P> <OL> <LI>cpu占用高,内存占用不高. <LI>cpu和内存占用都比较高 <LI>cpu和内存占用都不高,但是网站响应很慢</LI></OL> <P>打开perfmon找到.NET CLR Memory后下面有好几个counter,从哪个开始看呢?</P> <P><STRONG>1) % Time in GC</STRONG></P> <P>这个值是说从上一次GC结束到当前这次GC的时间的百分比. 比如上次GC结束时经历了100w个循环,当前的GC消耗是50w个循环,这个计数器的值就是50%. 看perfmon的各个counter来推测究竟是什么问题,主要有两类情况,第一类需要看counter到变化趋势,第二类需要看到是counter到值.这里对待第2类情况引入<img src ="http://blog.csdn.net/fanweixiao/aggbug/2773935.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" />维生素C.nethttp://blog.csdn.net/fanweixiao/archive/2008/01/15/2046055.aspxTue, 15 Jan 2008 23:02:00 GMThttp://blog.csdn.net/fanweixiao/archive/2008/01/15/2046055.aspxhttp://blog.csdn.net/fanweixiao/comments/2046055.aspxhttp://blog.csdn.net/fanweixiao/archive/2008/01/15/2046055.aspx#Feedback0http://blog.csdn.net/fanweixiao/comments/commentRss/2046055.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2046055firebug <img src ="http://blog.csdn.net/fanweixiao/aggbug/2046055.aspx" width = "1" height = "1" />维生素C.nethttp://blog.csdn.net/fanweixiao/archive/2008/01/15/2046046.aspxTue, 15 Jan 2008 22:54:00 GMThttp://blog.csdn.net/fanweixiao/archive/2008/01/15/2046046.aspxhttp://blog.csdn.net/fanweixiao/comments/2046046.aspxhttp://blog.csdn.net/fanweixiao/archive/2008/01/15/2046046.aspx#Feedback1http://blog.csdn.net/fanweixiao/comments/commentRss/2046046.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2046046ror<img src ="http://blog.csdn.net/fanweixiao/aggbug/2046046.aspx" width = "1" height = "1" />维生素C.nethttp://blog.csdn.net/fanweixiao/archive/2008/01/14/2043210.aspxMon, 14 Jan 2008 13:28:00 GMThttp://blog.csdn.net/fanweixiao/archive/2008/01/14/2043210.aspxhttp://blog.csdn.net/fanweixiao/comments/2043210.aspxhttp://blog.csdn.net/fanweixiao/archive/2008/01/14/2043210.aspx#Feedback0http://blog.csdn.net/fanweixiao/comments/commentRss/2043210.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2043210javascript GC<img src ="http://blog.csdn.net/fanweixiao/aggbug/2043210.aspx" width = "1" height = "1" />维生素C.nethttp://blog.csdn.net/fanweixiao/archive/2008/01/14/2043211.aspxMon, 14 Jan 2008 13:28:00 GMThttp://blog.csdn.net/fanweixiao/archive/2008/01/14/2043211.aspxhttp://blog.csdn.net/fanweixiao/comments/2043211.aspxhttp://blog.csdn.net/fanweixiao/archive/2008/01/14/2043211.aspx#Feedback0http://blog.csdn.net/fanweixiao/comments/commentRss/2043211.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2043211Internal .Net Framework Data Provider error 6<img src ="http://blog.csdn.net/fanweixiao/aggbug/2043211.aspx" width = "1" height = "1" />维生素C.nethttp://blog.csdn.net/fanweixiao/archive/2007/09/13/1783089.aspxThu, 13 Sep 2007 08:37:00 GMThttp://blog.csdn.net/fanweixiao/archive/2007/09/13/1783089.aspxhttp://blog.csdn.net/fanweixiao/comments/1783089.aspxhttp://blog.csdn.net/fanweixiao/archive/2007/09/13/1783089.aspx#Feedback1http://blog.csdn.net/fanweixiao/comments/commentRss/1783089.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1783089如何在您的BLOG上开启CSDN人才频道的开放简历功能<img src ="http://blog.csdn.net/fanweixiao/aggbug/1783089.aspx" width = "1" height = "1" />维生素C.nethttp://blog.csdn.net/fanweixiao/archive/2007/09/03/1769823.aspxMon, 03 Sep 2007 09:47:00 GMThttp://blog.csdn.net/fanweixiao/archive/2007/09/03/1769823.aspxhttp://blog.csdn.net/fanweixiao/comments/1769823.aspxhttp://blog.csdn.net/fanweixiao/archive/2007/09/03/1769823.aspx#Feedback0http://blog.csdn.net/fanweixiao/comments/commentRss/1769823.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1769823Ironruby merlin<img src ="http://blog.csdn.net/fanweixiao/aggbug/1769823.aspx" width = "1" height = "1" />维生素C.nethttp://blog.csdn.net/fanweixiao/archive/2007/08/05/1726899.aspxSun, 05 Aug 2007 11:47:00 GMThttp://blog.csdn.net/fanweixiao/archive/2007/08/05/1726899.aspxhttp://blog.csdn.net/fanweixiao/comments/1726899.aspxhttp://blog.csdn.net/fanweixiao/archive/2007/08/05/1726899.aspx#Feedback0http://blog.csdn.net/fanweixiao/comments/commentRss/1726899.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1726899IronRuby是Ruby语言在.net上的实现，该产品的负责人John Lam的博客在国内是不容易被访问到的，在联系了John后开始了其博客翻译的工作，如果您对Ruby语言和DLR感兴趣的话欢迎您的参与。在过去的几周里很高兴看到的许许多多对IronRuby的反映。<img src ="http://blog.csdn.net/fanweixiao/aggbug/1726899.aspx" width = "1" height = "1" />