造成最大负载的两个文件，分别是
mt-comments.cgi
mt-search.cgi
当然他已经修改了该文件名，用户都已经访问不了了。
因为我使用的MT已经是最新的版本，不存在版本太旧的问题，那样我就只能修改着两个文件名，并且在mt-config.cgi中相关的参数，然后重建了所有有关的Blogs。
为了观察CPU负载的情况，按照Dreamhost的说明，我激活了resources的报告。
Users > Manage Users > Edit ， 在CPU Reporting的地方打勾，24小时候，就可以看到报告了。该报告是统计在此帐号下所有网站所占用的资源。
要查看的话，就是在浏览器输入https://www.yoursite.com/stats/resources/
用该帐号下任意网站的网址就可以。当然有password保护，这些查看的帐号设置，需要点击，Status > Site Statistics > yoursite.com ，选择# Users w/Access部分，就可以赋予一个查看权限的帐号。
目前，经过修改，以及调整，CPU资源占用已经下降了很多。
占据前五位的资源大户是，
进程 CPU Seconds
php5.cgi 1220.2200
mt-tb 1072.3300
mt-comments 600.6700
awstats.pl 191.0000
mt-search 140.1200
这里面，php5就是执行PHP文件所产生的消耗。awstats.pl就是定期执行Awstats统计的资源消耗，因为原先设定每15分钟执行一次，资源消耗很大，大约在1708秒，现在改为每天一次，就只有191秒了。
剩下的三个就是MovableType的文件了。
trackback，是Blog最重要的工具之一，我不想停掉它，所以即使有太多的spam来消耗，我都保留着。要改善性能，看来只有等待SixApart的新版本了。
comments虽然多，还算好，而且也没有什么特别的可以解决的办法。
search倒是有办法，就是用Google Search来替换。可是因为tag的搜索都是用同一个文件，要改善情况，现在只有一个办法，就是anysql所提供的用缓存文件的办法来减少查询。
以前一直没有关注过这个CPU资源的问题，也没有数据，从最近的一个星期来看，总的CPU minutes一路走低，从172，93， 110，62，64，85，55，到今天的58分钟。
其实并没有月光早先所提到的60分钟限制，Dreamhost在2006年5月就取消了CPU limits了。当用户的CPU资源占用过多，而造成所在服务器的平均负荷过高的话，DH首先会帮着把造成负载过大的文件找出来，试着解决，如果不行的话，会迁移该用户到其它服务器，以尽量使总体负荷降低到一个可以接受的水平。
至于月光提到超过150分钟就会被封的说法，有点过于耸人听闻。