RedHat Enterprise 5.4 X64位Linux很卡

刚安装好的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负载过高,因为不是时时更新,所以会出现搜索到已经删除的文件,搜不出新添加的文件,平时管理中我们很少用到。如果文件数量多而且更新平凡,我们大可把这个功能关闭。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/25378.html