剛安裝好的RedHat Enterprise Linux 5.4 X64版本.
症狀：ssh終端連接速度慢，vi打開文件卡住，ls列目錄需要很長的一段時間，整台服務器幾乎無法操作。出現如下進程：
/bin/bash /usr/bin/run-parts /etc/cron.hourly
/bin/bash /etc/cron.hourly/mcelog.cron
awk -v progname=/etc/cron.hourly/mcelog.cron progname {????? print progname ":\n"????? progname="";????
/bin/bash /etc/cron.hourly/mcelog.cron
awk -v progname=/etc/cron.hourly/mcelog.cron progname {????? print progname ":\n"????? progname="";????
cat /sys/hypervisor/uuid
cat /sys/hypervisor/uuid
/bin/bash /etc/cron.hourly/mcelog.cron
awk -v progname=/etc/cron.hourly/mcelog.cron progname {????? print progname ":\n"????? progname="";????
cat /sys/hypervisor/uuid
解決方法一：
關閉Linux的虛擬化xend
[root@localhost ~]# vi /boot/grub/grub.conf //進入引導文件
將default=0修改為1，如果只有一個引導選項的話，那就不需要做修改。看下一個方法。
解決方法二：
關閉/etc/updatedb.conf，打開updatedb.conf在首行加上DAILY_UPDATE=no
大致如下：
DAILY_UPDATE=no
PRUNEFS = "auto afs gfs gfs2 iso9660 sfs udf"
PRUNEPATHS="/afs /media /net /sfs /tmp /udev /var/spool/cups /var/spool/squid /var/tmp"
updatedb.Conf的作用：
簡單的說一下：服務器每天定時對硬盤上的文件進行索引，簡單的說就是建立一個數據庫，把所有文件目錄信息存放到這個庫裡面，當使用whereis和locate命令搜索文件時，它直接到這個數據庫中讀取數據。而不是像find一樣在硬盤上找文件。Whereis搜索一個文件幾乎只要幾秒鐘就可以搞定，而find需要花費幾分鐘或者更長時間。updatedb.Conf使搜索的效率提高了很多倍。但是有缺點，它每天都需要索引更新，這會導致IO負載過高，因為不是時時更新，所以會出現搜索到已經刪除的文件，搜不出新添加的文件，平時管理中我們很少用到。如果文件數量多而且更新平凡，我們大可把這個功能關閉。
