+ -
当前位置:首页 → 问答吧 → 系统非常卡,怎么办?(极度郁闷中)

系统非常卡,怎么办?(极度郁闷中)

时间:2007-07-26

来源:互联网

硬件:
杰微kn47主板(nforce4)
sempron3000+ E6 754接口
1G内存
希捷sata320G+IDE80G,
NV6600LE显卡
系统信息:
安装完windows后,在磁盘最后留下21G安装gentoo,根分区为10G的逻辑磁盘/dev/sda9,1Gswap分区/dev/sda8,10G数据分区/dev/sda10
从windows下的grub启动

内核已选入nvidia-sata支持,硬盘状态与速度:
hdparm /dev/sda:
/dev/sda:
IO_support = 0 (default 16-bit)
readonly = 0 (off)
readahead = 256 (on)
geometry = 38913/255/63, sectors = 625142448, start = 0

hdparm -Tt /dev/sda:
/dev/sda:
Timing cached reads: 1404 MB in 2.00 seconds = 701.72 MB/sec
Timing buffered disk reads: 200 MB in 3.01 seconds = 66.36 MB/sec


编译信息:
emerge --info
Portage 2.1.3_rc9 (default-linux/x86/2007.0/desktop, gcc-4.2.0, glibc-2.6-r0, 2.6.22-gentoo-r1 i686)
=================================================================
System uname: 2.6.22-gentoo-r1 i686 AMD Sempron(tm) Processor 3000+
Gentoo Base System release 1.12.10
Timestamp of tree: Thu, 26 Jul 2007 09:20:01 +0000
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python: 2.4.4-r4
dev-python/pycrypto: 2.0.1-r6
sys-apps/sandbox: 1.2.18.1
sys-devel/autoconf: 2.13, 2.61-r1
sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool: 1.5.24
virtual/os-headers: 2.6.22-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe -msse3 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe -msse3 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans"
GENTOO_MIRRORS="http://mirror.pacific.net.au/linux/Gentoo http://ftp.gentoo.or.kr/ ftp://mirror.pacific.net.au/linux/Gentoo http://mirror.utdlug.org/linux/distributions/gentoo/"
LANG="zh_CN.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="zh_CN"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/gentoo-china /usr/portage/local/layman/xeffects"
SYNC="rsync://156.56.247.193/gentoo-portage"
USE="3dnow 3dnowext X a52 aac acl acpi alsa asf avi bash-completion berkdb bitmap-fonts cairo cdr cjk cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss emerald encode esd evo fam ffmpeg firefox flac fortran fuse gdbm gif glitz gnome gpm gstreamer gtk gtk2 hal iconv isdnlog java jpeg kerberos libg++ mad midi mikmod mmx mmxext mono mp3 mpeg mudflap musepack ncurses nls nptl nptlonly ogg opengl openmp oss pam pcre pdf perl png pppd python quicktime rar readline real realmedia reflection sdl session spell spl sse sse2 sse3 ssl svg tcpd tiff truetype truetype-fonts type1-fonts unicode vim-syntax vorbis win32codecs wma wmp x86 xine xml xorg xv zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="zh_CN" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

一旦编译程序或执行一些与硬盘文件有关的操作,系统资源占用率高到无法忍受的地步,top中显示ccl,emerge,tar,bzip2等进程经常完全占用cpu资源,内存方面倒很正常

作者: etheldreda   发布时间: 2007-07-26

引用:
一旦编译程序
好像没有系统在编译的时候不用100%的cpu吧。
哪位兄弟用编译原理来解释解释?

别有事没事用编译来折腾机器呀。

作者: zhou3345   发布时间: 2007-07-26

以前用gentoo编译的时候cpu资源占用虽然也大,但对系统正常使用是没太大影响的,但现在不行,可以说完全无法使用。
这是我刚才用glxgears测试的成绩,跳动非常大,系统一度进入暗色状态(compiz特效),这时系统变得非常卡,top里显示glxgears的cpu占用70%多,xorg则把剩下的cpu资源全吞了
9695 frames in 5.0 seconds = 1938.944 FPS
7302 frames in 5.0 seconds = 1456.960 FPS
8293 frames in 5.0 seconds = 1658.550 FPS
2958 frames in 5.1 seconds = 581.500 FPS
247 frames in 5.0 seconds = 49.396 FPS
248 frames in 5.1 seconds = 48.889 FPS
252 frames in 5.1 seconds = 49.421 FPS
1330 frames in 5.0 seconds = 265.941 FPS
9038 frames in 5.0 seconds = 1806.590 FPS
9074 frames in 5.0 seconds = 1814.790 FPS
10236 frames in 5.0 seconds = 2043.531 FPS
2539 frames in 5.0 seconds = 507.799 FPS
1634 frames in 5.1 seconds = 320.330 FPS
247 frames in 5.0 seconds = 49.302 FPS
5055 frames in 5.0 seconds = 1010.946 FPS
1423 frames in 5.0 seconds = 283.308 FPS
250 frames in 5.1 seconds = 49.184 FPS
1034 frames in 5.0 seconds = 206.549 FPS
4529 frames in 5.0 seconds = 901.447 FPS
4607 frames in 5.1 seconds = 910.141 FPS
1085 frames in 5.0 seconds = 216.824 FPS
9592 frames in 5.0 seconds = 1918.274 FPS
7027 frames in 5.0 seconds = 1405.381 FPS
12995 frames in 5.0 seconds = 2598.883 FPS
8288 frames in 5.0 seconds = 1648.223 FPS
443 frames in 5.0 seconds = 88.595 FPS
11760 frames in 5.1 seconds = 2310.152 FPS
2260 frames in 5.0 seconds = 451.986 FPS
7256 frames in 5.1 seconds = 1429.233 FPS
8204 frames in 5.1 seconds = 1616.233 FPS
8206 frames in 5.0 seconds = 1634.899 FPS
251 frames in 5.1 seconds = 49.607 FPS
5458 frames in 5.0 seconds = 1086.374 FPS
6950 frames in 5.0 seconds = 1389.900 FPS
9604 frames in 5.0 seconds = 1920.680 FPS
11438 frames in 5.0 seconds = 2287.436 FPS
7523 frames in 5.0 seconds = 1504.583 FPS
q9575 frames in 5.0 seconds = 1914.867 FPS

作者: etheldreda   发布时间: 2007-07-26

羡慕你的显卡啊,我的glxgears fps空闲时也只有270多。所以没敢用compiz,只开了个透明。
要说编译的时候系统卡,我这里的情况有这些:一个是firefox看网页有时会假死,另外用vbox的时候,qq会卡,pplive也没办法用。好像都跟网络有关。
另外还有什么现象,大家会诊一下?

作者: zhou3345   发布时间: 2007-07-26

you can try this:
eselect opengl set nvidia

作者: lqjogq   发布时间: 2007-07-26

最简单的办法,换个双核CPU,INTEL支持超线程的P4也可以
办公室的配置只有Intel(R) Celeron(TM) CPU 1100MHz+640M内存用KDE也挺好,编译慢是肯定的,但又不是一天到晚编译

作者: peter_l   发布时间: 2007-07-27

跟配置应该没有关系。
去年用gentoo的时候是512m内存,80G的ide硬盘,当时用了半年多,编译的时候一点问题也没有。
我的gentoo装在320G硬盘的最后几个分区,不知道与这个有没有关系?

作者: etheldreda   发布时间: 2007-07-27

你在运行glxgears的时候,没有在编译程序或运行别的什么耗资源的程序吧,从你这个现象来看,我和五楼的兄弟意见一样,可以从显卡设置和显示系统xorg-server等方面找原因。
编译的时候声音卡吗?就是一边编译一边听mp3,声音断断续续。
另外你关了compiz特效呢?或者不进X,在控制台中编译,然后在另一个控制台中用mpg321听mp3或什么的,测试一下是不是有卡的现象。

作者: zhou3345   发布时间: 2007-07-28

不进X照样卡,占用资源与gnome下相当,应该不是X的问题

作者: etheldreda   发布时间: 2007-07-28

如果仅仅只是在编译的时候,系统不响应的话,试试在/etc/make.conf中加一句:
------
PORTAGE_NICENESS="15"
------
15可以是10-19中的任何整数.

作者: i13m   发布时间: 2007-07-29

不仅仅是编译的时候,比如我上面使用的glxgears也占用了大部分资源,同样造成系统极卡的状况。昨天花了一个晚上emerge -e world,没有任何改善。我推测还是硬盘问题,据我观察好像大部分影响系统的进程都是与硬盘有关的

正准备把系统备份转移到ide硬盘上去,不知道有没有效果

作者: etheldreda   发布时间: 2007-07-29

有可能是kernel设置的问题. 另外试试别的版本的nvidia的显卡驱动. 还有你有没有用kernel以外的驱动,比如说是网卡一类的.

另外,f.g.o.上有一篇类似问题,但是在x86-64系统下的,可能会有一些帮助 -> AMD64 system slow/unresponsive during disk access...

作者: i13m   发布时间: 2007-07-29

还有如果出现系统反映缓慢的话,dmesg下有什么异常的么?同时/var/log下的log里有什么不平常的字眼么? 比如说 error 或者 warn 等等.

作者: i13m   发布时间: 2007-07-29

听你这样说,是应该从硬盘上去查查原因。你用的是sata硬盘?是不是kernel中关于硬盘的设置有什么不当之处?系统慢的时候,硬盘灯是不是不停的闪?

作者: zhou3345   发布时间: 2007-07-29

1.
http://gentoo-wiki.com/Safe_Cflags#S...on64_.28AMD.29

2.
PORTAGE_NICENESS的值设置在8左右

PS
闪龙能有速龙快么
闪龙始终还是闪龙
相同主频下
在编译上
双核当然比单核有优势
速龙当然要比闪龙有优势

作者: 13121982   发布时间: 2007-07-29

不应该这么慢的,我的机器编译的时候,我还看电影,上网。

作者: blackwhite   发布时间: 2007-07-29

引用:
作者: 13121982
1.
http://gentoo-wiki.com/Safe_Cflags#S...on64_.28AMD.29

2.
PORTAGE_NICENESS的值设置在8左右

PS
闪龙能有速龙快么
闪龙始终还是闪龙
相同主频下
在编译上
双核当然比单核有优势
速龙当然要比闪龙有优势
问题是之前不会这样,当时内存只有现在一半也没有发生这种情况,所以绝对不存在硬件平台性能限制的问题,只有可能是linux与硬件兼容性不好

作者: etheldreda   发布时间: 2007-07-29

引用:
作者: i13m
有可能是kernel设置的问题. 另外试试别的版本的nvidia的显卡驱动. 还有你有没有用kernel以外的驱动,比如说是网卡一类的.

另外,f.g.o.上有一篇类似问题,但是在x86-64系统下的,可能会有一些帮助 -> AMD64 system slow/unresponsive during disk access...
很可能问题差不多,但里面找不到解决办法。
把系统备份解压到ide后,问题依旧;在内核中禁用sata重启也失败。因为不方便,没有测试拿掉sata后只用ide的情况。

作者: etheldreda   发布时间: 2007-07-29

建议楼主换一下头像,虽然用什么头像是你的自由,但实在是污人视听。

作者: gorf   发布时间: 2007-07-29

引用:
作者: gorf
建议楼主换一下头像,虽然用什么头像是你的自由,但实在是污人视听。
哈哈,抱歉了

作者: etheldreda   发布时间: 2007-07-29

我使用 2.6.22 (.1 .2 ) 的内核系统也不时的卡
但是 2.6.21.5 就是好的 没问题

作者: sxzzsf   发布时间: 2007-08-13

今天测试了用libata的驱动,emerge的时候,CPU占用非常高,都是100%,但是系统没有卡的感觉;用以前的那个SATA驱动,好像CPU占用没有这么厉害。

作者: blackwhite   发布时间: 2007-08-14

忘了说,我的系统已经好了
在启动里加上acpi=off irqpoll之后,一切正常。似乎是linux对硬件要求更为严格,我的机器在这方面有些问题

作者: etheldreda   发布时间: 2007-08-14

热门下载

更多