warning, may contain wishes :) I've done more tests with transmission-gtk and all torrents paused. The content of the transmission-gtk window is visually static, with no pixels changing. No other window partially obscures it and the mouse pointer is not moving; there should be no cause to redraw anything. torrent_cell_renderer_render() does a render_compact/_full() 3.31 times/sec. Not much, but these are inactive, unchanging things and do not need continual rerendering. Since the rerendering is slow, it becomes not merely "unnecessary", but "crippling". This would be a gtk+ or compiz window-manager issue, I think, although it may also be perfectionism; on fast modern hardware with complex gui's, can one really blame a window manager or gui-toolkit for updating something only every 1/3 of a second? Sigh.
Having said that, if I swish the mouse pointer around on top of the paused torrents (not clicking), render_compact/_full() is called twice as often -- 6.79 times/sec, and my cpu usage doubles. I can understand the window manager saying, "Look out, there is user activity", but with modern GUI's, why bother redrawing the stuff under the mouse if there is no "glowing" of items the mouse comes near, nor "hover" reactions of any kind? I guess that's two wishes: don't redraw *even a little bit* if it's not necessary, and, don't repaint under the mouse if you're not reacting to it. -- Using higher cpu usage https://bugs.launchpad.net/bugs/655024 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
