Re: performance problem
Hi Micha and all the other helpful people,
DMA is enabled on all drives. The X-server has nicelevel 0, even a
higher nice value gives no improvement.
At the moment I think it could be a problem of chipset (VIA KX-133) or
PCI/IDe subsystem, perhaps on a more fundamental level. Moreover, there
is some suspicious output of dmesg:
(...)
pciehp: acpi_pciehprm:get_device PCI ROOT HID fail=0x1001
shpchp: acpi_shpchprm:get_device PCI ROOT HID fail=0x1001
(...)
Is this OK or means "fail" something bad?
Here is the output of ps aux - something unusual?
Thank you and best wishes,
Tobias
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 1500 516 ? S 20:14 0:00 init [2]
root 2 0.0 0.0 0 0 ? SN 20:14 0:01 [ksoftirqd/0]
root 3 0.0 0.0 0 0 ? S< 20:14 0:00 [events/0]
root 4 0.0 0.0 0 0 ? S< 20:14 0:00 [khelper]
root 20 0.0 0.0 0 0 ? S< 20:14 0:00 [kblockd/0]
root 42 0.0 0.0 0 0 ? S 20:14 0:00 [pdflush]
root 43 0.0 0.0 0 0 ? S 20:14 0:00 [pdflush]
root 45 0.0 0.0 0 0 ? S< 20:14 0:00 [aio/0]
root 44 0.0 0.0 0 0 ? S 20:14 0:00 [kswapd0]
root 181 0.0 0.0 0 0 ? S 20:14 0:00 [kseriod]
root 294 0.0 0.0 0 0 ? S 20:14 0:00 [kjournald]
root 335 0.0 0.0 1480 356 ? S<s 20:14 0:00 udevd
root 807 0.0 0.0 0 0 ? S 20:14 0:00 [kjournald]
root 1000 0.0 0.0 0 0 ? S 20:14 0:00 [khubd]
root 1408 0.0 0.0 0 0 ? S 20:14 0:00 [scsi_eh_0]
root 1409 0.1 0.0 0 0 ? S 20:14 0:05 [usb-storage]
root 2704 0.0 0.1 2372 876 ? Ss 20:15 0:00 dhclient
-e -pf /var/run/dhclient.eth0.pid -lf /var/run/dhcli
daemon 2708 0.0 0.0 1608 452 ? Ss 20:15 0:00 /sbin/portmap
root 3222 0.0 0.1 2256 808 ? Ss 20:15 0:00 /sbin/syslogd
root 3225 0.0 0.2 2456 1472 ? Ss 20:15 0:00 /sbin/klogd
root 3235 0.0 0.5 6360 2844 ? Ss 20:15 0:00
/usr/sbin/cupsd
message 3258 0.0 0.1 2080 992 ? Ss 20:15 0:00
/usr/bin/dbus-daemon-1 --system
hal 3262 0.9 1.1 7256 5744 ? Ss 20:15 0:27
/usr/sbin/hald --drop-privileges
root 3267 0.0 0.1 2236 708 ? Ss 20:15 0:00
/usr/sbin/inetd
root 3281 0.0 0.2 3464 1516 ? Ss 20:15 0:00
/usr/sbin/sshd
root 3297 0.0 0.9 6560 5068 ? Ss 20:15 0:01
/usr/bin/X11/xfs -daemon
root 3437 0.0 0.2 2740 1476 ? S 20:15 0:00 /bin/bash
/etc/rc2.d/S20xprint start
root 3438 0.0 0.2 2740 1476 ? S 20:15 0:00 /bin/bash
/etc/rc2.d/S20xprint start
root 3443 0.0 0.2 2740 1480 ? S 20:15 0:00 /bin/bash
/etc/rc2.d/S20xprint start
root 3444 0.0 1.3 15328 6824 ? S 20:15 0:01
/usr/bin/Xprt -ac -pn -nolisten tcp -audit 4 -fp /usr/X11R6/l
sctobias 3449 0.0 0.3 3124 1760 ? Ss 20:15 0:00
/usr/sbin/famd -T 0
daemon 3453 0.0 0.1 1680 636 ? Ss 20:15 0:00 /usr/sbin/atd
root 3467 0.0 0.1 1752 724 ? Ss 20:15 0:00
/usr/sbin/cron
root 3497 0.0 0.1 2524 708 ? Ss 20:15 0:00 /usr/bin/kdm
root 3522 0.0 0.0 1496 480 tty1 Ss+ 20:15 0:00
/sbin/getty 38400 tty1
root 3531 0.0 0.0 1496 480 tty2 Ss+ 20:15 0:00
/sbin/getty 38400 tty2
root 3532 0.0 0.0 1496 480 tty3 Ss+ 20:15 0:00
/sbin/getty 38400 tty3
root 3533 0.0 0.0 1496 480 tty4 Ss+ 20:15 0:00
/sbin/getty 38400 tty4
root 3534 0.0 0.0 1496 480 tty5 Ss+ 20:15 0:00
/sbin/getty 38400 tty5
root 3535 0.0 0.0 1496 480 tty6 Ss+ 20:15 0:00
/sbin/getty 38400 tty6
root 3638 1.8 2.6 73532 13620 ? S 20:15 0:56
/usr/X11R6/bin/X -nolisten tcp -auth /var/run/xauth/A:0-AMAIy
root 3640 0.0 0.2 3128 1292 ? S 20:15 0:00 -:0
sctobias 3694 0.0 0.2 2744 1296 ? S 20:15 0:00 /bin/sh
/usr/bin/startkde
sctobias 3746 0.0 0.1 2984 904 ? Ss 20:15 0:00
/usr/bin/ssh-agent /usr/bin/startkde
sctobias 3767 0.0 1.8 22336 9344 ? Ss 20:15 0:00 kdeinit
Running...
sctobias 3770 0.0 1.7 22144 8820 ? S 20:15 0:00 kdeinit:
dcopserver --nosid
sctobias 3772 0.0 1.9 24008 10052 ? S 20:15 0:00 kdeinit:
klauncher
sctobias 3775 0.1 2.6 26808 13924 ? S 20:15 0:05 kdeinit: kded
sctobias 3783 0.0 2.4 24420 12748 ? S 20:15 0:00 kdeinit: kxkb
sctobias 3789 1.0 1.2 11936 6448 ? S 20:15 0:29
/usr/bin/artsd -F 128 -S 8192 -a alsa -m artsmessage -c drkon
sctobias 3793 0.0 2.6 29808 13736 ? S 20:16 0:00 kdeinit:
knotify
sctobias 3794 0.0 0.0 1492 332 ? S 20:16 0:00 kwrapper
ksmserver
sctobias 3796 0.0 2.1 23328 11148 ? S 20:16 0:00 kdeinit:
ksmserver
sctobias 3797 0.0 2.6 25328 13480 ? S 20:16 0:01 kdeinit:
kwin -session 10da6f6d65000110676368800000223620000_
sctobias 3800 0.0 2.2 23720 11532 ? S 20:16 0:00 kdeinit:
khotkeys
sctobias 3801 0.0 3.0 28288 15636 ? S 20:16 0:01 kdeinit:
kdesktop
sctobias 3804 0.0 1.9 24512 10252 ? S 20:16 0:00 kdeinit:
kio_file file /tmp/ksocket-sctobias/klaunchersQorKa.
sctobias 3803 0.2 3.6 35992 19080 ? S 20:16 0:06 kdeinit:
kicker
sctobias 3809 0.0 2.3 25812 12240 ? S 20:16 0:00
kweatherservice
sctobias 3820 0.0 3.0 30028 15612 ? S 20:16 0:00 korgac
--miniicon korganizer
sctobias 3821 0.4 4.4 37772 23020 ? S 20:16 0:14 juk
-session 10da6f6d65000110700519000000037960013_1107026039
sctobias 3824 0.0 0.2 2764 1320 ? S 20:49 0:00 /bin/sh
/usr/bin/mozilla-thunderbird
sctobias 3854 0.0 0.2 2796 1336 ? S 20:49 0:00 /bin/sh
/usr/lib/mozilla-thunderbird/run-mozilla.sh /usr/lib/
sctobias 3859 8.5 8.4 147848 43532 ? S 20:49 1:20
/usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin -content
sctobias 3862 0.0 0.4 4016 2324 ? S 20:49 0:00
/usr/lib/gconf2/gconfd-2 17
sctobias 3891 0.2 2.8 27972 14760 ? S 20:56 0:01 kdeinit:
konsole --type su
root 3892 0.0 0.2 2564 1436 pts/1 Ss 20:56 0:00 -su
root 3902 0.0 0.1 2492 848 pts/1 R+ 21:05 0:00 ps aux
Micha Feigin schrieb:
On Sat, 29 Jan 2005 09:59:10 -0500
Roberto Sanchez <roberto@familiasanchez.net> wrote:
michael wrote:
On Fri, 2005-01-28 at 17:36 -0600, Ron Johnson wrote:
Could it be that your disk(s) aren't running in DMA mode?
how does DMA help? should this be on for all machines (eg mine!)?
thanks,
DMA stands for direct memory access. It allows capable drives and
controllers to access memory while bypassing the CPU. This means that
since the CPU is not required to arbitrate every transfer to and from
memory: a) they complete much faster, and b) your overall CPU load is
significantly less.
I saw a significant difference with video playing performance. It doesn't sound
like your mouse problem, but could be the mp3 problem. It could also be some
problematic daemon. I used to have that problem with the cpufreq daemon (or
something similar) due to problematic access to the proc file system. It did add
some compatibility mode that was supposed to solve that.
Three things
Post the output of 'ps aux' we'll try to see if there is a potentially
problematic daemon running.
Check by running hdparm -d /dev/hda (and possibly /dev/hd[bcd] if you have more
hard disks and/or cdrom drives). It should show 'using dma = 1'. If it show 0
(off) try running hdparm -d 1 /dev/hda (or any other drive thats problematic).
Like some other else pointed out, with kernel 2.6 the X server should run at the
same run level as other programs. Check the previous mail about what package you
need to reconfigure to change the default nice level.
-Roberto
--
Roberto Sanchez
http://familiasanchez.net/~sanchezr
Reply to: