Bug 9400 – Non-caching of knowledge on non-presence of art causes heavy load

Bug 9400 - Non-caching of knowledge on non-presence of art causes heavy load

Summary:

Non-caching of knowledge on non-presence of art causes heavy load

Status:	CLOSED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Artwork
Version:	7.1
Platform:	PC Fedora

Importance:	P2 major (vote)
Target Milestone:	7.x
Assigned To:	Alan Young

URL:
Keywords:

Depends on:
Blocks:	9189
	Show dependency tree / graph

Reported:	2008-09-05 01:03 UTC by Alan Young
Modified:	2009-07-31 10:29 UTC (History)
CC List:	0 users

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Alan Young 2008-09-05 01:03:40 UTC

statusQuery -> _addJiveSong takes c. 1s per track on my 1GHz, slow-disk system. With a playlist of 15 or more songs this pretty-much consumes all the server resources.

More details. The worst offender is the call to '$track->coverArtExists() ', which takes c. 84ms but only when the track does not have cover-art. If it has cover-art then there is no problem. The second expensive call is '$artistObj = $track->artist() ' which costs 11ms.

On my 2.5GHz (Athlon 4800+ 64-bit dual-core) system with fast disks, these numbers are 10ms and 4ms respectively.

Comment 1 Alan Young 2008-09-05 01:05:26 UTC

Change 23046

Comment 2 James Richardson 2008-12-15 12:07:18 UTC

This bug has been fixed in the 7.3.0 release version of SqueezeCenter!

Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.

Comment 3 Chris Owens 2009-07-31 10:29:11 UTC

Reduce number of active targets for SC