Stuart Henderson: > On 2017/12/06 03:47, Anonymous wrote: >> The freezes can be short - a few seconds - or longer, about a minute >> long. This often happens when I launch or quit mpv, these freezes are >> typically long. I'm working on a small GLFW+OpenGL program, at this >> point it basically creates a window, does some other stuff and quits. So >> a window is quickly created and destroyed - that also causes freezes, >> typically short ones. Once the system froze while I was downloading a >> file. The LED indicating disk activity kept flashing as well as the LEDs >> in the Ethernet port. During a long freeze the fans spin faster judging >> by the noise. Overall the graphical side feels more sluggish that in >> 6.1, I don't use the console for anything but logging in and starting X. >> >> In 'messages' (a copy of /var/log/messages) look for 'Resetting chip >> after gpu hang' as well as the error messages at the start. > > There's not a lot of RAM. Is the system swapping?
No. top gives me: load averages: 0.06, 0.11, 0.06 localhost 20:41:54 65 processes: 64 idle, 1 on processor up 1 day, 6:48 CPU0 states: 2.1% user, 0.0% nice, 0.8% system, 0.3% interrupt, 96.8% idle CPU1 states: 2.4% user, 0.0% nice, 1.2% system, 0.0% interrupt, 96.4% idle Memory: Real: 409M/1015M act/tot Free: 918M Cache: 322M Swap: 0K/2055M and that's a common picture. I ran top right after a couple of freezes and got a similar output. I use i3, lxterminal, and vim/neovim for most of my work and I'm writing this in Thunderbird. Also in that situation when I was downloading a file I was using a cli program so it looks like only X was affected by the freeze.
