#206 muse causes xorg to take 99% cpu



i tried running muse 0.8, 1.1 and 2.0alpha on my debian lenny system (with xfce, mainly a GTK-based system, but also qt3 and qt4). It seems to work quite well (didn't test it fully), but it's causing xorg to produce an extremly high cpu load;

this happens when i move the mouse around in the window, where the "miniatures" of my tracks are displayed (cakewalk calls it "clips") (the thingy on the right side); it also happens, when i have the window big and let it play; HOWEVER, it doesn't happen, when the window is so small that the "miniature"-part is not or only at a small part visible.

with muse 1.1, i also noticed, that when hovering over the buttons, they seem to lag. i move the mouse from left to right, and after a second or so, the buttons respond to this (i.e., they are "lit" a bit, as my qt theme tells them to)

this does not happen with other qt applications (well, maybe with one or two), so i think this is not an xorg or qt problem, but mainly a MUSE problem

i've also run it through xscope, that produced a 52MB log, however, which i only attach if you explicitly want that;
i have, however, attached a summary of this log, showing which kind of request is done how often; i hope that helps



  • Florian

    Florian - 2011-02-22

    summary of the xscope-log

  • Florian

    Florian - 2011-02-22

    sorry, i forgot to add one thing: that high cpu usage makes the whole x-server extremely laggy, which really sucks.
    also, it takes away cpu power from synth plugins and softsynth (which i use intensively), and therefor makes my system unusable for making music :-(

    if that's important: i'm not using a -rt kernel, but a "normal" one, which is optimized for low-latency stuff (but not patched)

  • Florian

    Florian - 2011-02-22
    • priority: 5 --> 7
  • Robert Jonsson

    Robert Jonsson - 2011-02-22

    Hi Florian
    I'm not familiar with xscope, somekind of profiler I suppose? Do you have a link?
    muse up until 1.1 should really not be a problem graphics wise, 2.0 is a bit heavier since Qt4 does "more" things.
    Normally this is not a problem so I would be surprised if muse is the cause, though what do I know?... :)
    My best guess is that your xconfiguration is using some generic driver which is not hardware accelerated.
    What kind of graphics do you have?
    What does the printout of xdpyinfo say? DRI or DRI2 should be listed as an extension.

  • Florian

    Florian - 2011-02-23

    i'm also not familiar with it, the folks in #xorg at freenode.net told me to use that;
    it monitors the conversation between the x-server and a client, printing out the requests sent, and stuff like that
    this may give more information about it: http://www.spinics.net/lists/xorg/msg51170.html
    muse up until 1.1 however also causes that behaviour; in my (subjective) view, the "smaller" versions even cause a greater slowdown, or have more slowing down areas

    xdpyinfo | grep DRI tells me "XFree86-DRI"
    i've got an ATI radeon mobility m6 ly which is running under the radeon driver, using AccelMethod XAA (actually, i have ni AccelMethod line in my xorg.conf, but man radeon says this is the default)

    i'll attach the outputs of xdpyinfo and glxinfo

  • Florian

    Florian - 2011-02-23

    xdpyinfo's output

  • Florian

    Florian - 2011-02-23

    output of glxinfo

  • Robert Jonsson

    Robert Jonsson - 2011-02-25

    Ok, the output pretty much only showed that you are running 1024x768, pretty small though hardly a problem. What are the specs of your computer?

    I have personally never come across this problem, and have run MusE on lots of different hardware so my assumption is that it's not a general issue but some interaction with your specific installation.

    The minuatures you speak of, I suppose you mean the arranger window where you edit what we call parts. I did try to move around in that window but could not spot any increased cpu.

    Scratching my head here..
    What Qt theme are you using with MusE? Do try some other common theme.
    For easier debugging I welcome you to subscribe to our mailinglist (or use the newly created forum)

  • Robert Jonsson

    Robert Jonsson - 2011-03-16

    Any additional info to give?
    For your information MusE2.0 in Svn has gotten alot faster with it's drawing.

  • Robert Jonsson

    Robert Jonsson - 2012-07-05

    Setting to pending, this is hopefully not relevant any longer

  • Robert Jonsson

    Robert Jonsson - 2012-07-05
    • status: open --> pending-out-of-date

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks