k3b race condition with mp3?

[Ketil Hage]

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