From: Tom M. <sou...@bl...> - 2005-12-07 00:58:39
|
Hello friends, I have some terrible news. I am using OroboROX 0.9.7.9. When I run gimp 2.2.x and draw random lines with the paintbrush tool every 2nd line i draw causes oroborox to eat loads of CPU, making the entire desktop grind to a stinking halt for a couple of seconds. I compiled oroborox with -p (for gprof) and this is what the profile told me: Each sample counts as 0.01 seconds. % cumulative self self total time seconds seconds calls ms/call ms/call name 98.66 8.77 8.77 5730 1.53 1.53 scalePixmap 0.34 8.80 0.03 1265 0.02 0.02 frameSetShape 0.11 8.81 0.01 6045 0.00 1.44 handleEvent I would pick through and figure this out, but i am TOO SILLY. I am running debian unstable. -- Tom Morton |
From: Ken H. <ke...@ha...> - 2005-12-07 03:15:50
|
Tom Morton wrote: > Hello friends, > > I have some terrible news. I am using OroboROX 0.9.7.9. When I run gimp > 2.2.x and draw random lines with the paintbrush tool every 2nd line i draw > causes oroborox to eat loads of CPU, making the entire desktop grind to a > stinking halt for a couple of seconds. > > I compiled oroborox with -p (for gprof) and this is what the profile told > me: > > Each sample counts as 0.01 seconds. > % cumulative self self total > time seconds seconds calls ms/call ms/call name > 98.66 8.77 8.77 5730 1.53 1.53 scalePixmap > 0.34 8.80 0.03 1265 0.02 0.02 frameSetShape > 0.11 8.81 0.01 6045 0.00 1.44 handleEvent > > I would pick through and figure this out, but i am TOO SILLY. I am running > debian unstable. You mean like this? http://sourceforge.net/mailarchive/forum.php?thread_id=8346794&forum_id=4178 There was no resolution that I can see. I wonder if this could be a gtk theme issue? What theme are you using? Can you try something else? |
From: Guido S. <__g...@we...> - 2005-12-07 19:14:49
|
"Tom Morton" <sou...@bl...> wrote: > Hello friends, > > I have some terrible news. I am using OroboROX 0.9.7.9. When I run gimp > 2.2.x and draw random lines with the paintbrush tool every 2nd line i draw > causes oroborox to eat loads of CPU, making the entire desktop grind to a > stinking halt for a couple of seconds. > > I compiled oroborox with -p (for gprof) and this is what the profile told > me: > > Each sample counts as 0.01 seconds. > % cumulative self self total > time seconds seconds calls ms/call ms/call name > 98.66 8.77 8.77 5730 1.53 1.53 scalePixmap > 0.34 8.80 0.03 1265 0.02 0.02 frameSetShape > 0.11 8.81 0.01 6045 0.00 1.44 handleEvent Thank you Tom, that's helpfull! OroboROX seems to unnecessarily redraw the decoration. So there seems to be a bug in configure notify handling. |
From: Stephen W. <st...@ke...> - 2005-12-10 11:56:46
|
Guido Schimmels <__g...@we...> wrote: > OroboROX seems to unnecessarily redraw the decoration. > So there seems to be a bug in configure notify handling. Another bug which may be related: OroboROX sometimes seems to freeze, or go at glacial speed. It just happened again and I managed to look at it using gdb outside X. The relevant part of the stack trace was XGetInputFocus() get_input_focus() update_focus() handleEvent() events.c 1654 Letting it run a little it seemed to be looping over the same piece of code. The event type was 5 which is ButtonRelease. Killing OroboROX restored normality, and about 700MB of swap tied up by X! This is with 0.9.7.9 and the Crux theme. -- Stephen Watson http://www.kerofin.demon.co.uk/ If you read this on a mailing list, send any reply back to the list and not to me. Not even CC. Stranded here on planet earth / It's not much but it could be worse |