![](https://seccdn.libravatar.org/avatar/28fb60f36a5c05d6e95d00be1c0c257c.jpg?s=120&d=mm&r=g)
Le 08/12/2014 22:15, Linda Walsh a écrit :
jdd wrote:
déc. 08 15:45:32 linux-uegt kernel: BUG: soft lockup - CPU#3 stuck for 23s! [systemd-journal:470] ==== In *****my mind*****, 22-23 seconds is awfully low --
for sure :-) from the
below, most things seem to be waiting on flush I/O timeout which indicates you are running way too many disk I/O intensive processes for your disk to keep up
In fact it's a brand new Kingston 256Gb very fast ssd
the designers of systemd-journal designed it for a high speed SSD, and using it on a normal spinning disk can bring many systems to a crawl.
but i *use* a fast ssd :-(
At the same time you are running your regular system load...
yes, only computer user (and not that much now, apart some copy to the web)
try running 'latencytop -c >& ~/latency.log.
I do, and also iostat, hope not to fill the disk before the crash :-)
Also, cpu'4' is likely a red-herring (next time it might be 3 or 0... whatever).
yes, I just wondered why one cpu is not enough when there are no intensive work :-)
Another thing -- if you are logging to a tmpfs system, could it be filling? and slowing down while it is fragmenting more and looking for space?
don't know The install is pretty fresh and mostly standard (apart the debugging tools I install now :-)
BTW -- I hate bugs like these -- so hard to know what direction to go.
sure, but the logs I sent seemed to quote nouveau déc. 08 15:45:32 linux-uegt kernel: nouveau W[ PFIFO][0000:01:00.0] unknown intr 0x00200000, ch 6 may be nouveau infinite loop? If I get this again, I will test the nvidia prpprietary driver (about nouveau, what a dumb idea to choose this name, it makes it mostly impossible to google for it!) thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org