When MuseScore (Linux) is running and the laptop is suspended to disk (/sys/power/state), the CPU usage of mscore jumps to 100% after resuming. I suppose there is some cyclic task trying to catch up with the cycles missed during standby.
Let me know if there is anything I can investigate.
Comments
Does this happen every time for you? What version of MuseScore are you using? What operating system and version are you using? Does this ever happen when MuseScore is not running?
So far, this has always happened when I suspended the computer with MuseScore running.
I'm running the Arch Linux build of MuseScore 1.0 (musescore 1.0-1).
The problem does not occur when not running MuseScore, and a quick glance at "top" shows that the mscore process is eating the CPU.
What sound system are you using? Portaudio, JACK? If you don't know, go to Edit > Preferences > I/O to find out.
Internal Synth on ALSA, no Jack MIDI, no Jack and no Portaudio.
Try using Portaudio instead
Marking as "needs info" until response
Portaudio is grayed in my settings page, although I have portaudio 19_20071207-3 (libportaudio.so.2.0.0) installed and jackd running.
It seems the Arch Linux build of MuseScore is built without portaudio support - do you have another idea?
I have reproduced this problem without suspend/resume:
1. Start MuseScore and load a file or two
2. killall -STOP mscore
3. Wait a while - at least 30 minutes for visible impact
4. killall -CONT mscore
-> MuseScore will lock up and eat the CPU for a while. For me, it was roughly one second for every minute of process suspension
This way, the problem should be reproducible on any Linux system using ALSA - and can also be tested on different output methods.
Just in case, to have all the details, can you check the version of Qt you are using ? In MuseScore, Help -> About Qt.
qt 4.7.2
I have the same problem
Musescore 1.1
Qt 4.6.2
ubuntu 10.04.3
using alsa for sound
Wakeup from suspend is impossible when mscore was running.
Is this still a problem for you (in the latest version)?
As there has been no further information, I close this.