[opensuse-kde] Nepomuk/virtuoso CPU use in 12.3rc1
I read on IRC that excessive CPU use by virtuoso is down to QTBUG-18934 [1] and its downstream manifestation kde#302143 [2]. I'm seeing a lot of virtuoso CPU still in RC1 (and previously) so am trying to confirm that this bug is the reason. However I'm not seeing this in console output: [/usr/bin/nepomukservicestub] QProcessPrivate::createPipe: Cannot create pipe 0x1987228: Too many open files [/usr/bin/nepomukservicestub] QSocketNotifier: Invalid socket specified nor am I seeing zombie nepomukindexer processes. I ran the new nepomuk cleaner tool already. So I assume my virtuoso cpu usage is something different. Do we have any more information in the team about these bugs than is in the upstream reports? Otherwise I'll work on the assumption that it's something else and start getting debug information out of virtuoso to see what query it's stuck on. Will PS anyone else see "Desktop search services are active" in the Desktop Search KCM when they are disabled? -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Op 10-02-13 13:54, Will Stephenson schreef:
PS anyone else see "Desktop search services are active" in the Desktop Search KCM when they are disabled?
Me too. Cor -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Try disabling the e-mail indexer alone. I have a similar problem under 12.2 with KR 4.10. Considering that NepomukCleaner has to work very hard after I did something in KMail, I'm guessing that akonadi_nepomuk_feeder is seriously borked. Am Sonntag, 10. Februar 2013, 13:54:38 schrieb Will Stephenson:
I read on IRC that excessive CPU use by virtuoso is down to QTBUG-18934 [1] and its downstream manifestation kde#302143 [2]. I'm seeing a lot of virtuoso CPU still in RC1 (and previously) so am trying to confirm that this bug is the reason.
However I'm not seeing this in console output: [/usr/bin/nepomukservicestub] QProcessPrivate::createPipe: Cannot create pipe 0x1987228: Too many open files [/usr/bin/nepomukservicestub] QSocketNotifier: Invalid socket specified
nor am I seeing zombie nepomukindexer processes. I ran the new nepomuk cleaner tool already.
So I assume my virtuoso cpu usage is something different. Do we have any more information in the team about these bugs than is in the upstream reports? Otherwise I'll work on the assumption that it's something else and start getting debug information out of virtuoso to see what query it's stuck on.
Will
PS anyone else see "Desktop search services are active" in the Desktop Search KCM when they are disabled? -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 11/02/13 14:30, Markus wrote:
Try disabling the e-mail indexer alone. I have a similar problem under 12.2 with KR 4.10. Considering that NepomukCleaner has to work very hard after I did something in KMail, I'm guessing that akonadi_nepomuk_feeder is seriously borked.
I see a lot of stderr along the lines of "you cannot create a nepomuk uri with this method" coming from the akonadi_nepomuk_feeder. Which I understand indicates an illegal data structure sent to the storage service. In other words, "seriously borked". Will -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 2013-02-10 13:54, Will Stephenson wrote:
I read on IRC that excessive CPU use by virtuoso is down to QTBUG-18934 [1] and its downstream manifestation kde#302143 [2]. I'm seeing a lot of virtuoso CPU still in RC1 (and previously) so am trying to confirm that this bug is the reason.
However I'm not seeing this in console output: [/usr/bin/nepomukservicestub] QProcessPrivate::createPipe: Cannot create pipe 0x1987228: Too many open files [/usr/bin/nepomukservicestub] QSocketNotifier: Invalid socket specified
nor am I seeing zombie nepomukindexer processes. I ran the new nepomuk cleaner tool already.
So I assume my virtuoso cpu usage is something different. Do we have any more information in the team about these bugs than is in the upstream reports? Otherwise I'll work on the assumption that it's something else and start getting debug information out of virtuoso to see what query it's stuck on.
Will
PS anyone else see "Desktop search services are active" in the Desktop Search KCM when they are disabled?
I'm no more seeing that but I've placed in /etc/sysctl.d/sysctl.conf this value # Make Nepomuk happy fs.inotify.max_user_watches = 524288 For me the biggest activity about nepomuk is related to akonadi ( 11 imaps offline accounts, 542480 files in one directory file_db_data ) and 220 contacts in my address book -- Bruno Friedmann (tigerfoot) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
participants (4)
-
Bruno Friedmann -
Cor Blom -
Markus -
Will Stephenson