Bug 155779
Summary: | Gnome races and eats up CPU | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Kaplan <dmkaplan> | ||||
Component: | gnome-vfs2 | Assignee: | Alexander Larsson <alexl> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3 | CC: | caolanm, c.pellegrin, mattdm, redhat | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2006-09-01 15:07:30 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
David Kaplan
2005-04-22 22:21:39 UTC
This problem has become exceedingly annoying. If there is anyone who has a suggestion for taming this problem, even if it means loosing gnome functionality, please let me know. I have determined that this bug is brought on by trying to insert an image or open a file from openoffice. it appears that this only happens when the file opener hasn't been used in a while, suggesting that it happens when openoffice calls the file selector into memory. the only fix is to kill gnome-settings, gnome-panel and nautilus. killing any one does not appear to fix the problem. Created attachment 114823 [details]
the snapshot of relevant processes
Hi, I have the same problem but I'm quite sure that it's not triggered by OO.org only (it happened to me with evolution and up2date too). I guess the problem is with some IPC problem in Gnome. These are clues I collected. I'm attaching the output of top, the output of strace -p for the process that are spinning in a busy loop, the relevant lines of lsof and the output from netstat -x. As you can see all the processes do a poll on a unix domain socket I cannot identify what's for. I'll do some more research ASAP but I really don't know much about how Gnome works. Thanks, It is good to know that I am not alone, though we very well might be - i.e. we need to get a maintainer's attention. Part of the problem is that it is still not clear what the direct cause of the problem is. If we (or you) can isolate that then we can contact the correct person and hopefully get more support in figuring this out. With the information given in comments #3 and #4, I would think that someone at redhat might have a comment on this problem. Perhaps this bug is not assigned to the correct package. Could David Zeuthen suggest where it should be? This bug is extremely annoying and has totally changed my work habits and productivity. Now I open openoffice, use it rapidly (which is hard to do if you are writing a paper) and close it. gaim maybe, or gnome-vfs ? Same issue here. Fedora Core Development/Rawhide x86_64 These three are fighting over the CPU: 2956 olen 25 0 166m 4896 3320 R 33.5 1.0 298:47.02 gnome-panel 2911 olen 25 0 141m 2264 1920 R 33.2 0.4 299:21.14 gnome-settings- daemon 2958 olen 25 0 191m 4092 2836 R 32.9 0.8 296:44.35 nautilus I hardly ever use OO.org, so I don't think it is directly related to OO. I do use evolution though - but not now, because it gets so painstakingly slow with these three processese eating all CPU. Here are a few relevant packages: gnome-panel-2.12.0-2 nautilus-2.12.0-1 control-center-2.12.0-2 gamin-0.1.6-1 A short excerpt from an strace of the nautilus process: ioctl(3, FIONREAD, [0]) = 0 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=8, events=POLLIN| POLLPRI}, {fd=10, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN, revents=POLLNVAL}], 5, -1) = 1 ioctl(3, FIONREAD, [0]) = 0 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=8, events=POLLIN| POLLPRI}, {fd=10, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN, revents=POLLNVAL}], 5, -1) = 1 ioctl(3, FIONREAD, [32]) = 0 read(3, "n\2\227\32\267\252\275\5\0\4\4\0\0\0\0\0\0\0\0\4\4\4\4"..., 32) = 32 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=8, events=POLLIN| POLLPRI}, {fd=10, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN, revents=POLLNVAL}], 5, 0) = 1 write(3, "\225\4\2\0\0\1 \1", 8) = 8 read(3, 0x7fffffa31490, 32) = -1 EAGAIN (Resource temporarily unavailable) select(4, [3], NULL, NULL, NULL) = 1 (in [3]) read(3, "\1\0\230\32\0\0\0\0\4\4\0\0\0\0\0\0\0\0\4\0\0\0\0\0\0\0"..., 32) = 32 ioctl(3, FIONREAD, [0]) = 0 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=8, events=POLLIN| POLLPRI}, {fd=10, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN, revents=POLLNVAL}], 5, -1) = 1 ioctl(3, FIONREAD, [0]) = 0 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=8, events=POLLIN| POLLPRI}, {fd=10, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN, revents=POLLNVAL}], 5, -1) = 1 ioctl(3, FIONREAD, [0]) = 0 There are "millions" of those polls, with an occational read and write. Exactly the same for gnome-panel and gnome-settings-daemon Fedora Core 3 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thank you! This looks like the gamin problem in bug 196444. Marking as dup. *** This bug has been marked as a duplicate of 196444 *** |