Polling gettimeofday Often, powertop report

That's not really a bug nor clear that's due to those and not to a common library, not really an useful bug and lack informations on what should be changed

Must be something GNOMEy, perhaps GVFS.

On investigation, moving the mouse around in any GTK+ program causes gettimeofday to be called a lot.

May you tell us what should be changed?

I'm not sure really, this probably is a bug in glib in fact.

Sorry, gettimeofday results in EAGAIN, probably either a glibc or kernel issue.

After my brother doing a lot of ferreting, this is normal behaviour.

Totem waking up appears to be caused by it checking "/home/username/.recently-used.xbel" several times every second.

This may be considered normal behavior right now, but this greatly can reduce battery life/LTSP functionality and is not desirable functionality.

currently this bug is not really useful, softwares need to listen to events and disk changes, that's not really a bug. You should rather take this discussion to a mailing list and discuss what calls are normal behaviour and which ones could be reduced

Looking at PowerTOP, I see a lot of wakeups (~500) caused by "Rescheduling interrupts". Would this be caused by this, or is this a separate bug.

Bruce
I believe that would be a bug in the kernel on a multiprocessor system. Doing a search for it comes up with a discussion about it on the lkml that get's over my head rather quickly.

I won't be pursuing this bug anymore for a while (school work), if anyone else wants to take this please do. Thanks.

That's strange, I saw the same thread (I think).

I suspect this is really bug #177895.

Nope, that's the bug you are talking about. Unfortunately, when you run powertop that bug takes precedence as it is MUCH worse than this bug.

There is something wrong with Epiphany, it polls gettimeofday very often, which causes it to appear in PowerTOP under "futex_wait (hrtimer_wakeup)".

Sorry for the spam, but the screenshot on http://www.lesswatts.org/projects/powertop/ shows firefox-bin causing this. I will file a new bug in xr1.9.

could you guys move those discussions to a mailing list rather? it seems that you don't know how to interpret those number and just see bugs everywhere, that's not really constructive comments in a bug report

the totem upstream bug has been closed, closing the ubuntu bug now

gnome-games upstream bug was fixed.

This bug was fixed in the package gnome-games - 1:2.25.5-0ubuntu1

---------------
gnome-games (1:2.25.5-0ubuntu1) jaunty; urgency=low

  * New upstream release (LP: #298331, #280755, #237785, #194938, #189734,
    #262932)
  * debian/patches/01_lpi.patch:
    - adapt to new upstream version
    - remove old LPI implementation for gnothello (depending on libgnomeui)
      to use GtkBuilder
    - add Launchpad integration for glchess (using glade) and gnome-sudoku (using
      GtkBuilder) (LP: #155269)
  * debian/patches/02_desktop-path.patch: adapt to new .desktop upstream version
  * debian/patches/70_autotools.patch:
   - run autoreconf in jaunty (libtool 2.2.6) to update the configure and a
     bunch of files
  * debian/gnome-cards-data.install: take the whole gnome-games-common directory as
    being only used for card games. theme-install.ini is now in gnome-cards-data
    package.
  * debian/control.in:
   - remove libgnome* dependencies
   - bump libgtk2.0-dev prereq to 2.14.0
   - add python-launchpad-integration dependency to satisfy glchess and
     gnome-soduko python games LPI
   - regenerate debian/control

 -- Didier Roche <email address hidden> Wed, 21 Jan 2009 21:44:02 +0100