Bug#401474: seahorse-daemon uses 100% CPU during user interaction

2007-01-18 Thread Felix Kühling 
Am Donnerstag, den 18.01.2007, 11:28 + schrieb Sam Morris:
> Hmm, that's funny. When I use the GPG command line I don't get
> this
> behaviour either. However, when I decrypt a file in nautilus or
> in gedit (using the GPG plugin) or when I sign or decrypt a
> message in evolution, I get 100% CPU usage while the dialog is
> open.
> 
> I see something similar, but it is Evolution that uses the CPU, not
> seahorse-daemon. I reported this upstream as
> .
> 
> Does your seahorse-agent use 100% of the cpu, or share it half-and-half
> with evolution?

In the case where I sign a message in Evolution, it's Evolution that
generates the 100% CPU usage. When I'm decrypting a document in gedit,
it's the seahorse-agent.

Regards,
  Felix

-- 
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3  B152 151C 5CC1 D888 E595 |



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#401474: seahorse-daemon uses 100% CPU during user interaction

2007-01-18 Thread Sam Morris 
Hmm, that's funny. When I use the GPG command line I don't get
this
behaviour either. However, when I decrypt a file in nautilus or
in gedit (using the GPG plugin) or when I sign or decrypt a
message in evolution, I get 100% CPU usage while the dialog is
open.

I see something similar, but it is Evolution that uses the CPU, not
seahorse-daemon. I reported this upstream as
.

Does your seahorse-agent use 100% of the cpu, or share it half-and-half
with evolution?

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


signature.asc
Description: This is a digitally signed message part

Bug#401474: seahorse-daemon uses 100% CPU during user interaction

2006-12-03 Thread Felix Kühling 
Am Sonntag, den 03.12.2006, 23:24 +0100 schrieb Jose Carlos Garcia Sogo:
> El dom, 03-12-2006 a las 16:00 -0500, Felix Kuehling escribió:
> > Package: seahorse
> > Version: 0.9.7-1
> > Severity: normal
> > 
> > Seahorse-daemon uses 100% CPU during user interaction (popup dialogs), 
> > for example when asking for a passphrase or asking for authorization to 
> > use a key. This is especially annoying on a notebook where it increases 
> > heat, noise and power consumption for (presumably) no good reason.
> 
>   Mmm... I can't reproduce this behaviour. When I open that dialog
> nothing special happens in CPU, and I don't get the sched_yield call you
> see there. It is not called in a normal 'gpg --sign' command, neither
> when seahorse is asking you for a password nor when it is asking you for
> authorization.

Hmm, that's funny. When I use the GPG command line I don't get this
behaviour either. However, when I decrypt a file in nautilus or in gedit
(using the GPG plugin) or when I sign or decrypt a message in evolution,
I get 100% CPU usage while the dialog is open.

> 
>   Are you sure you have restarted seahorse-daemon after updating?

Yes. Just to be sure I just ended my Gnome session, logged into a text
console and killed all my user's remaining processes, just to be sure.

> 
> [...]
> > This cycle keeps repeating. Looks as if it's polling file descriptors 
> > with 0 timeout in a tight loop.
> 
>   The polling is something that happens even when seahorse-daemon is
> waiting. Perhaps this could be improved.

I should have a timeout > 0. Otherwise it'll spin and burn CPU
cycles. :-/

Regards,
  Felix

-- 
| Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3  B152 151C 5CC1 D888 E595 |



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#401474: seahorse-daemon uses 100% CPU during user interaction

2006-12-03 Thread Jose Carlos Garcia Sogo 
El dom, 03-12-2006 a las 16:00 -0500, Felix Kuehling escribió:
> Package: seahorse
> Version: 0.9.7-1
> Severity: normal
> 
> Seahorse-daemon uses 100% CPU during user interaction (popup dialogs), 
> for example when asking for a passphrase or asking for authorization to 
> use a key. This is especially annoying on a notebook where it increases 
> heat, noise and power consumption for (presumably) no good reason.

  Mmm... I can't reproduce this behaviour. When I open that dialog
nothing special happens in CPU, and I don't get the sched_yield call you
see there. It is not called in a normal 'gpg --sign' command, neither
when seahorse is asking you for a password nor when it is asking you for
authorization.

  Are you sure you have restarted seahorse-daemon after updating?

[...]
> This cycle keeps repeating. Looks as if it's polling file descriptors 
> with 0 timeout in a tight loop.

  The polling is something that happens even when seahorse-daemon is
waiting. Perhaps this could be improved.

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#401474: seahorse-daemon uses 100% CPU during user interaction

2006-12-03 Thread Felix Kuehling 
Package: seahorse
Version: 0.9.7-1
Severity: normal

Seahorse-daemon uses 100% CPU during user interaction (popup dialogs), 
for example when asking for a passphrase or asking for authorization to 
use a key. This is especially annoying on a notebook where it increases 
heat, noise and power consumption for (presumably) no good reason.

Here is a snippet of strace obtained from seahorse-daemon in 
such a situation:

poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=9, 
events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, 
events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=19, 
events=POLLIN}, {fd=16, events=POLLIN}, {fd=17, events=POLLIN}, {fd=18, 
events=POLLIN}, {fd=24, events=POLLIN}, {fd=15, events=POLLIN}, {fd=20, 
events=POLLIN}, {fd=21, events=POLLIN}], 14, 0) = 0
gettimeofday({1165179163, 137388}, NULL) = 0
sched_yield()   = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1165179163, 137482}, NULL) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=9, 
events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, 
events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=19, 
events=POLLIN}, {fd=16, events=POLLIN}, {fd=17, events=POLLIN}, {fd=18, 
events=POLLIN}, {fd=24, events=POLLIN}, {fd=15, events=POLLIN}, {fd=20, 
events=POLLIN}, {fd=21, events=POLLIN}], 14, 0) = 0
gettimeofday({1165179163, 137570}, NULL) = 0
sched_yield()   = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1165179163, 137647}, NULL) = 0

This cycle keeps repeating. Looks as if it's polling file descriptors 
with 0 timeout in a tight loop.

Regards,
  Felix

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages seahorse depends on:
ii  debconf [debconf-2.0]  1.5.9 Debian configuration management sy
ii  gconf2 2.16.0-3  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libavahi-client3   0.6.15-2  Avahi client library
ii  libavahi-common3   0.6.15-2  Avahi common library
ii  libavahi-glib1 0.6.15-2  Avahi glib integration library
ii  libbonobo2-0   2.14.0-3  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-5  The Bonobo UI library
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libdbus-1-31.0.1-2   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.71-3simple interprocess messaging syst
ii  libfontconfig1 2.4.2-1   generic font configuration library
ii  libgcc11:4.1.1-20GCC support library
ii  libgconf2-42.16.0-3  GNOME configuration database syste
ii  libglade2-01:2.6.0-2 library to load .glade files at ru
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgnome-keyring0  0.6.0-2   GNOME keyring services library
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeprint2.2-0 2.12.1-6  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.12.1-4  GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-3  GNOME virtual file-system (runtime
ii  libgnutls131.4.4-3   the GNU TLS library - runtime libr
ii  libgpg-error0  1.4-2 library for common error values an
ii  libgpgme11 1.1.2-2   GPGME - GnuPG Made Easy
ii  libgtk2.0-02.8.20-3  The GTK+ graphical user interface 
ii  libgtksourceview1.0-0  1.8.1-2   shared libraries for the GTK+ synt
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libldap2   2.1.30-13.2   OpenLDAP libraries
ii  libnautilus-extension1 2.14.3-6  libraries for nautilus components 
ii  libnotify1 0.4.3-1   sends desktop notifications to a n
ii  libnspr4-0d1.8.0.8-1 NetScape Portable Runtime Library
ii  liborbit2  1:2.14.3-0.1  libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.14.3-3  library for GNOME 2 panel applets
ii  libpango1.0-0  1.14.8-2  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6