秋色园CPU高温优化-两天两夜吐血失败经验总结

新策略：页面被访问时，概率性将url添加到队列中，同一线程定时按顺序更新。

新策略：是将计数器放入队列，定时更新。

2：直接屏蔽线程代码，更新，不见效。

3：加大访问统计的休眠时间，更新，不见效。

4：屏蔽访问统计，更新，不见效。

5：还有其它，比如输出统计url信息或统计信息，查看对象等。。。效果不大。

2：注释掉生命周期代码，从代码的一开始加return,一步一步观察并发下的CPU状态，一路上，优化了不少，可惜更新到服务器上就是不见效。

2：回收应用程序池，也仅是新开进程，dll还是原来的。

3：重启IIS，这下好了吧，dll还是原来的。

4：把dll删除了，访问正常，再回收内存，新开了进程，提示加载错误，再上传，终于更新了。

---------------多么让人纠结的缓存。

1：网站监控

2：流量监控

3：CPU监控

4：内存监控

5：硬盘写监控

6：硬盘读监控

可是都是一些大的统计，发现不了细节问题，纠结的又跳过了。

然后想到服务器试试，下了一个，装上，运行。

纠结的它，服务器运行不起来，还弹了不少错误，把应用程序池都给挂了，不知道是啥原因，只好卸载了。

2：还是dotTrace，下个早期版本V3.1试试，结果本地都运行不起来，只好又给卸载了。

2：安装，运行。

3：要dump一个*.dmp文件出来[几百M]，附加w3wp进程：

这一步我很纠结，网上写着执行用vbs 什么命令的，找不到这命令到哪执行...

我只好附加进程，然后才看到命令，输入：.dump /ma d:\1.dmp，这才产生了一个几百M的文件。

这里又有个问题，附加进程后，原来进程IIS访问不了，cpu看到的是0，可是dump出来显示的cpu还是80%多，不知道是啥怪现象。

还有一个问题，停止debug后，原来的w3wp进程竟然挂了，这让我很纠结。

因为：网上教程都是dump几个文件，然后比较相同的线程时间，来判断一个线程执行的时长定为问题点。

可是我dump一个原来进程就挂了，再重新dump的进程就不一样了，这个怎么比较。

只好随便看看一个文件了。

4：配置symbol符号：

5：加载*.dmp文件。

6：开始敲命令了：

！threads 输出非托管线程

!runaway 输出每个线程的执行时间

.time 输出汇总时间

~124s: 124是线程id，切换到124线程中

.clrstack 输出栈信息

好像就记得这么几个命令了，不是要领，发现不了问题，研究不下去。

还可以看到有四个线程，一直占用着cpu，可惜除了线程ID之后，再看不了详细信息，还是定位不到具体问题。

2：搜索引擎发狂访问，见IIS日志和平时没两样，一样大小，应该不太可能。

3：大量网页同时发文章？只有发文章时，才会频繁写access数据库，可是数据库没有产生*.ldb文件，cpu也一样很高，不知道咋解释。

4：4个线程占用高的，是何许线程，没解。

5：其它....等一次再来过。