Very slow loading of images

[odt]

Hey, after today pgsql update all graphics from MC load at a snails pace. Its not only media related images but also builtin graphics like the personal icons. Otherwise the UI and playing music is as fast as ever. I dont see any image related requests in either log file so the only indication that something is not quite right is the tomcat access log where you can that loading album covers from recenly added alone takes minutes...

pgsql version: postgresql-9.1_9.1.9-1ubuntu1_i386

Any idea where to start looking to debug this?

Version Subsonic, originally written by Sindre Mehus. Built with MusicCabinet plugin, version 0.7.24c, on March 25, 2013.
Server Apache Tomcat/7.0.35, java 1.7.0_17, Linux (118.5 MB / 499.2 MB)

EDIT: turned on logging of querys, no problems there, at least I dont see any errors. Request/responses are fast, and that is line with the rest of MC GUI being fast as usual, just that images take a ton of time, the status page for example is very very slow. According to the tomcat logs around 2 minutes until all graphs are shown.

[hakko]

I don't know, but I don't see any relation to an update of your database. URLs of last.fm images are stored in the database but no image data at all (and certainly not the icons from the status bar). So I wouldn't blame that..

[odt]

Hey

Must have something to do with the particular machines Chrome web browser as theres no problem with FF. Chrome ss working fine with other websites though so Im kinda confused. Will try to get to the bottom of it, maybe an addon suddently decided it doesnt like MC

[skealoha86]

Also have Chrome and image loading is slower when compared to Safari... however, it seems like there's no caching of the images happening in the browser - example given, go to an album page, close the browser window, open it back up and the image gets pulled from last.fm again. Is there any way to get caching working (maybe there's an expiry header thing that can be tweaked?), or store a local copy of the last.fm image? Maybe that would help a bit.

Loving everything else about subsonic with MC, btw! Thanks hakko

[pHvalue_sounds]

I mainly use isub and dsub with musiccabinet, but last night ended up using my default browser chrome and it appears that I am also suffering the slow loading of images. When I use Firefox or Safari it was fine. This morning I cleared browser history and disabled extensions and plugins in the hope this would sort it or at least give a clue, but still no improvement. I've tried two different machines and each time the same slow results.

My server is running:
Version Subsonic, originally written by Sindre Mehus. Built with MusicCabinet plugin, version 0.7.24c, on 25 March 2013.
Server jetty/8.y.z-SNAPSHOT, java 1.7.0_04, Linux (49.6 MB / 116.1 MB) - Ubuntu Linux 12.04 -

A final point is it must be related to an incremental update to the server thats caused the problem, I could use Safari, but my browser of choice is Chrome.

[odt]

As I see other people are experiencing this issue I can tell you what was the remedy for me. I simply got rid of my old chrome profile folder and had the bookmarks/extensions synced back from google - fixed the image loading immediately.

[pHvalue_sounds]

Started Chrome went to preferences, Users and then deleted User. Then re-imported User settings, sadly still not loading images correctly.

[iamthejeff]

The newest version of Chrome (v27) introduces a new algorithm for resource preloading, which I suspect is the cause of this issue.

Chrome’s page load performance improved significantly in M27. We’ve measured the following improvements:

- 5% better Speed Index score
- 2% faster firing on load
- 3% sooner first paint
- 5% faster firing DOMContentLoaded

The primary drivers are: preloading images sooner, more aggressive use of idle network time, dynamically changing resource priorities, deprioritization of preloaded resources, and reduced bandwidth contention among images. In the process, we replaced the old scheduler with a new scheduler that lives in the browser process.

I tried disabling this option in Chrome, but it made no difference. Not sure if it's related to the recent improvments...



We'll probably have to wait for a new patch from Google to fix the problem, but who knows when.

[twe4k]

I hope a fix for this is coming shortly because this is pretty ridiculous, I have to revert to ie8, to use musiccabinet !

After a very quick googling around, I haven't found any mention of this issue anywhere else... maybe the problem is more on this side ? Has anyone tried running a vanilla subsonic to see if the problem is also there ?

[soonerrob]

Having the same issue on a subsonic server running on a windows 8 machine with the media on a NAS. Very slow loading images in Chrome.

jetty/8.y.z-SNAPSHOT, java 1.7.0_15, Windows 8

[cascooscuro]

Seems related to:

https://code.google.com/p/chromium/issu ... ?id=244043

...fixed in Chrome dev channel version: 29.0.1535.3

[obcd]

Seems related to:

https://code.google.com/p/chromium/issu ... ?id=244043

...fixed in Chrome dev channel version: 29.0.1535.3

Thanks for the update!

[odt]

thanks aswell!

[iamthejeff]

My Chrome updated to v28 the other day and this problem is resolved.

[rockportrait]

Chrome is acting for me the same way you have described with Subsonic, but is also timing out on some very popular sites where Firefox loads them fine. Seems to me that Google may have really stuffed something up.