系统非常卡，怎么办？（极度郁闷中）

etheldreda

硬件：
杰微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资源，内存方面倒很正常

zhou3345

一旦编译程序

好像没有系统在编译的时候不用100%的cpu吧。
哪位兄弟用编译原理来解释解释？

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

etheldreda

以前用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

zhou3345

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

lqjogq

you can try this:
eselect opengl set nvidia

peter_l

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

etheldreda

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

zhou3345

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

etheldreda

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

i13m

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