In 60 seconds, one can observe:

% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
 44.51    2.250000        2139      1052           poll
 28.03    1.416574         366      3871           epoll_wait
 24.33    1.230000       10250       120           rt_sigtimedwait
  2.77    0.140000       70000         2           restart_syscall
  0.26    0.013026           2      6306           fcntl64
  0.04    0.002036           1      3153      3153 connect
  0.01    0.000655           0      3213           close
  0.01    0.000607           0      3213           socket
  0.01    0.000529           0      7134           clock_gettime
  0.01    0.000520           1      1026           write
  0.01    0.000352           0      1038        16 read
  0.00    0.000246           0       985           recvfrom
  0.00    0.000098           1       120           madvise
  0.00    0.000000           0        54           ioctl
  0.00    0.000000           0         6           gettimeofday
  0.00    0.000000           0       120           clone
  0.00    0.000000           0        25           mprotect
  0.00    0.000000           0         1           writev
  0.00    0.000000           0         1           sched_yield
  0.00    0.000000           0       120           rt_sigprocmask
  0.00    0.000000           0        15         5 futex
  0.00    0.000000           0         6           bind
  0.00    0.000000           0         6           getsockname
  0.00    0.000000           0        12           sendto
  0.00    0.000000           0        77        13 recvmsg
  0.00    0.000000           0       120           set_robust_list
------ ----------- ----------- --------- --------- ----------------
100.00    5.054643                 31796      3187 total

The 3153 failed connects are to named sockets that don't exist. That's a
rate of 52 PER SECOND.  This is rather ridiculous, we are meant to be
trying to make a low power phone last and not drain the battery on this
kind of rapid polling.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1364464

Title:
  unity8-dash has a thread that is polling rather rapidly on epoll wait

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-scopes-api/+bug/1364464/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to