| Summary: | knotify4 process consumes > 90% CPU after upgrade to 4.04 | ||
|---|---|---|---|
| Product: | [Unmaintained] kdelibs | Reporter: | jamese <james.ellis> |
| Component: | knotify | Assignee: | Olivier Goffart <ogoffart> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | crash | CC: | andresbajotierra, kde.cm, rjwilmsi, rudd-o |
| Priority: | NOR | ||
| Version: | 4.0 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
Note that the bug notes say compiled from sources, which is not the case. KDE is installed using Kubuntu packages from their repo. Also, 4.04 does not appear in the version info when starting a bug report. I'm also getting this bug, also on Kubuntu Hardy (Remix) with KDE 4.04 (installed from Kubuntu packages). Knotify4 seems to frequently chew 50-90% of CPU resources until killed whereafter it works fine (after being restarted). Let me know if there's something I can provide to help. Similar knotify4 activity here (90-99% CPU usage in top), after doing update on Fedora 9 from KDE 4.0.5 to 4.0.84 and re-login. I experienced similar knotify4 behaviour on the latest KDE4 SVN trunk under Gentoo. After a short period of time knotify4 would jump to being CPU live locked. With a little bit of checking I found that knotify4 was complaining about Phonon not being installed. Which it wasn't, due to the split ebuild approach under Gentoo. After installing Phonon I have found knotify4 has run for several hours without any console output or becoming CPU intensive. Console output of knotify4 when Phonon not installed: --------------------------------------- knotify(7613)/kdecore (trader) KServiceTypeTrader::defaultOffers: KServiceTypeTrader: serviceType "PhononBackend" not found WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded QFSFileEngine::open: No file name specified QFile::seek: IODevice is not open QFSFileEngine::open: No file name specified QFile::seek: IODevice is not open QFSFileEngine::open: No file name specified QFile::seek: IODevice is not open QFSFileEngine::open: No file name specified QFile::seek: IODevice is not open QFSFileEngine::open: No file name specified QFile::seek: IODevice is not open QFSFileEngine::open: No file name specified QFile::seek: IODevice is not open QFSFileEngine::open: No file name specified QFile::seek: IODevice is not open QFSFileEngine::open: No file name specified knotify(7613)/kdecore (trader) KServiceTypeTrader::defaultOffers: KServiceTypeTrader: serviceType "PhononBackend" not found Have you experienced this bug again using a recent KDE (4.1.3 / 4.1.4 / 4.2beta2 / 4.2rc1 / 4.2svn) ? Thanks :) No, only initially then it did not repeat itself. Sorry, you need to reopen this because I experience this with KDE 4.3rc2, PulseAudio sound server output device, Phonon-Xine backend. sorry I meant gstreamer backend Maybe caused by http://bugs.kde.org/156215 |
Version: 4.04 (using Devel) Installed from: Compiled sources OS: Linux I've upgraded to KDE 4.04 using the Kubuntu Hardy Backports repo (instructions on kubuntu.org). On logging in, the process knotify4 is consuming > 90% CPU. An strace produces this: clock_gettime(CLOCK_MONOTONIC, {4360, 740387967}) = 0 clock_gettime(CLOCK_MONOTONIC, {4360, 740410876}) = 0 read(8, 0x807934c, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}, {fd=9, events=POLLIN}, {fd=8, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}], 5, 0) = 0 read(8, 0x807934c, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {4360, 740501676}) = 0 clock_gettime(CLOCK_MONOTONIC, {4360, 740524586}) = 0 read(8, 0x807934c, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}, {fd=9, events=POLLIN}, {fd=8, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}], 5, 0) = 0 read(8, 0x807934c, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {4360, 740615106}) = 0 clock_gettime(CLOCK_MONOTONIC, {4360, 740638016}) = 0 read(8, 0x807934c, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}, {fd=9, events=POLLIN}, {fd=8, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}], 5, 0) = 0 read(8, 0x807934c, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {4360, 740728257}) = 0 clock_gettime(CLOCK_MONOTONIC, {4360, 740751167}) = 0 read(8, 0x807934c, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}, {fd=9, events=POLLIN}, {fd=8, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}], 5, 0) = 0 read(8, 0x807934c, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {4360, 740841687}) = 0 clock_gettime(CLOCK_MONOTONIC, {4360, 740864597}) = 0 read(8, 0x807934c, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}, {fd=9, events=POLLIN}, {fd=8, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}], 5, 0) = 0 read(8, 0x807934c, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {4360, 740955117}) = 0 clock_gettime(CLOCK_MONOTONIC, {4360, 740978027}) = 0 ad nauseam Something to do with the clock plasmoid ? not sure.. I have to kill the process so that my system returns to normal load usage. I searched for similar bugs but found none. Is there any other info needed ?