Ian Collins wrote:
> I haven't seen this reported, but I've noticed that if I leave a gnome
> session running overnight, nautilus is using 100% of one core in the
> morning.
>
> Is this a known issue, or should I debug it?
>
>
It appears to be stuck doing this loop:
open64("/home/ian/.local/share/applications/gedit.desktop", O_RDONLY)
Err#2 ENOENT
open64("/usr/local/share/applications/gedit.desktop", O_RDONLY) Err#2 ENOENT
open64("/usr/share/applications/gedit.desktop", O_RDONLY) = 36
fstat64(36, 0x08045880) = 0
read(36, " [ D e s k t o p E n t".., 4096) = 4096
read(36, " ;\n I c o n = a c c e s".., 4096) = 304
read(36, 0x08045910, 4096) = 0
close(36) = 0
ioctl(4, FIONREAD, 0x08046930) = 0
write(4, "12\007\0 x\0A0018E01\0\0".., 28) = 28
read(4, "1CFD _7F x\0A0018E01\0\0".., 32) = 32
write(4, "17\002\0FC\0\0\0", 8) = 8
read(4, 0x080469A0, 32) Err#11 EAGAIN
pollsys(0x081BB470, 1, 0x00000000, 0x00000000) = 1
read(4, "01F8 `7F\0\0\0\0 T\08003".., 32) = 32
write(4, "18\006\0 x\0A001FC\0\0\0".., 24) = 24
ioctl(4, FIONREAD, 0x08046C0C) = 0
read(4, "1CFD a7F x\0A001C001\0\0".., 64) = 64
pollsys(0x083EC478, 17, 0x08046CB8, 0x00000000) = 0
pollsys(0x083EC478, 17, 0x08046CB8, 0x00000000) = 0
write(4, "14\006\0 x\0A001C001\0\0".., 24) = 24
read(4, 0x08046784, 32) Err#11 EAGAIN
pollsys(0x081BB470, 1, 0x00000000, 0x00000000) = 1
read(4, "01 b7F\v\0\0\004\0\0\0".., 32) = 32
read(4, "F3\0\0\00101\0\0F2\0\0\0".., 44) = 44
write(4, "13\003\0 x\0A001C001\0\0", 12) = 12
ioctl(4, FIONREAD, 0x08046C0C) = 0
read(4, "1CF8 c7F x\0A001C001\0\0".., 32) = 32
pollsys(0x083EC478, 17, 0x08046CB8, 0x00000000) = 0
ioctl(4, FIONREAD, 0x08046C0C) = 0
pollsys(0x083EC478, 17, 0x08046CB8, 0x00000000) = 0
ioctl(4, FIONREAD, 0x08046C0C) = 0
pollsys(0x083EC478, 17, 0x08046CB8, 0x00000000) = 0
writev(28, 0x08046710, 2) = 242
pollsys(0x080467B8, 1, 0x08046768, 0x00000000) = 1
read(28, " l030101 ,\0\0\017FA06\0".., 2048) = 164
read(28, 0x083EFE68, 2048) Err#11 EAGAIN
time() = 1223412128
Here:
4989: nautilus --no-desktop --browser
fe9dbf51 handlers_find (876c610, 18, 0, 0, 0, fe6b435c) + 2a5
fe9e1850 signal_handlers_foreach_matched_R (876c610, 18, 0, 0, 0,
fe6b435c) + 38
fe9e1f6d g_signal_handlers_disconnect_matched (876c610, 18, 0, 0, 0,
fe6b435c) + bd
fe6b42b4 disconnect_proxy (879e230, 876c610) + 5c
fe6b45bd gtk_action_connect_proxy (844bea8, 876c610) + 5d
fe84f3f2 update_node (829a968, 8736530, 1) + 53a
fe84fbe1 update_node (829a968, 8378480, 1) + d29
fe84fbe1 update_node (829a968, 8372a08, 0) + d29
fe84fbe1 update_node (829a968, 829a248, 0) + d29
fe84fd68 do_updates (829a968) + 24
fe84fd86 do_updates_idle (829a968) + e
fe580137 gdk_threads_dispatch (10f2c0b0) + 43
fe441c47 g_idle_dispatch (87b47c0, fe5800f4, 10f2c0b0) + 1f
fe43e9dc g_main_dispatch (81d8a38) + 1e0
fe43fadd g_main_context_dispatch (81d8a38) + 85
fe43fefa g_main_context_iterate (81d8a38, 1, 1, 81a9138) + 3ce
fe4404fc g_main_loop_run (827ca30) + 1b8
fe75aaf6 gtk_main (80470b8, 8046fa0, feffb7dc, 0, 8052618, 8176cf0) + b2
080baa4d main (3, 8046fe4, 8046ff4) + 879
080aa066 _start (3, 8047120, 8047129, 8047136, 0, 8047140) + 7a
Ian
