Package: visualboyadvance-gtk Version: 1.8.0.dfsg-2 Severity: important Dear Maintainer,
I start playing a game boy colour or game boy advance game (start by running from the application list on gnome3). The game is now using 100% of the CPU. I start playing a game using the vba (sdl version) from the command line. The game is now using about 5-10% CPU. I do not expect the CPU to be used all the time with the GTK version of the emulator. I expect the CPU usage to be about the same for either version. The game and settings used during emulation didn't seem to make a difference. I tried with and without filters, without sound, but all produced the same result. I tried doing some callgrind evaluation of the performance, but I'm not familiar enough with GTKmm (or callgrind for that matter) to deduce anything. It looks like a lot of CPU time (42% maybe?) is being used within the gtk libraries (callgrind wasn't giving a name). I also compiled from the debian source, and found the exact same results. Let me know if there's any other information that I can gather, or even ideas about what I can explore. Thank-you very much mattoh -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages visualboyadvance-gtk depends on: ii libatkmm-1.6-1 2.22.7-2 ii libc6 2.17-97 ii libgcc1 1:4.8.2-16 ii libglademm-2.4-1c2a 2.6.7-2 ii libglib2.0-0 2.38.2-5 ii libglibmm-2.4-1c2a 2.36.2-1 ii libgtk2.0-0 2.24.22-1 ii libgtkmm-2.4-1c2a 1:2.24.4-1 ii libpng12-0 1.2.50-1 ii libsdl1.2debian 1.2.15-8 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.8.2-16 ii visualboyadvance 1.8.0.dfsg-2 ii zlib1g 1:1.2.8.dfsg-1 visualboyadvance-gtk recommends no packages. visualboyadvance-gtk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
