well, i recreated my problem and k3b was burning allright, then the
harddisk gradually became more and more active and the process k3b which
had about 50% CPU gradually moved down the CPU list and kswapd0 moved up
the list.
here's the last outtake from top, i get 20 mins response time when the
harddisk goes nuts at the end:)
Tasks: 86 total, 2 running, 84 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3% us, 1.7% sy, 0.0% ni, 0.0% id, 97.0% wa, 1.0% hi,
0.0% si
Mem: 515848k total, 512060k used, 3788k free, 120k buffers
Swap: 1534196k total, 98324k used, 1435872k free, 8132k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
33 root 15 0 0 0 0 S 0.9 0.0 0:04.08 kswapd0
2806 root 15 0 67984 1152 48m D 0.3 0.2 13:35.12 X
3032 kha 15 0 13844 744 11m S 0.3 0.1 0:00.23
pam-panel-icon
3034 kha 25 10 33880 1408 22m R 0.3 0.3 8:09.09
rhn-applet-gui
3066 kha 15 0 19568 608 16m D 0.3 0.1 0:01.25
clock-applet
3875 root 16 0 2268 796 1620 R 0.3 0.2 0:00.82 top
1 root 15 0 2928 292 1316 S 0.0 0.1 0:01.77 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
3 root 5 -10 0 0 0 S 0.0 0.0 0:00.07 events/0
4 root 5 -10 0 0 0 S 0.0 0.0 0:00.02 khelper
5 root 15 -10 0 0 0 S 0.0 0.0 0:00.00 kacpid
19 root 5 -10 0 0 0 S 0.0 0.0 0:00.02 kblockd/0
20 root 15 0 0 0 0 S 0.0 0.0 0:00.05 khubd
31 root 15 0 0 0 0 S 0.0 0.0 0:00.04 pdflush
32 root 15 0 0 0 0 S 0.0 0.0 0:00.08 pdflush
34 root 8 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0
146 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
185 root 15 0 0 0 0 S 0.0 0.0 0:00.14 kjournald
kh
