Version: (using Devel) Compiler: gcc 4.3.2 (Debian 4.3.2-1) OS: Linux Installed from: Compiled sources Recent amarok 2 version (rev. 871961) takes very long to load daap resources without any progress feedback or information, but stressing one cpu completely. This is especially confusing for users who have a zeroconfed daap resource on the network since they might not know where the load comes from. Amarok 2 takes much longer to load the resource than amarok 1.4 or rhythmbox.
The daap code has not seen much attention since 1.4... Someone will try to take a look at this after 2.0, however. Can you provide any more information? (valgrind would probably be useful here)
I have chatted with eean and with mmh can't remember the nick. And they have fixed it, so it works at the moment if you edit the amarokrc by hand. But it takes much longer to load it than in 1.4 or in rhythmbox and it stresses my cpu. It might be extrem with me since it is 370gb of music data in the daap db. You will most likely notice the issue as well if you test it and try to fix it. Sorry I am back to 3.5 on lenny stable for now, so at the moment I cannot reproduce it. You can close the bug, if that is not enough input for you.
I am retesting 4.2 with amarok trunk here now and this is really bad since it autoloads the daap server since it is broadcasting itself. This means up to an hour of full cpu load here. I guess I disable daap in the code base now.
Created attachment 31138 [details] Callgrind snippet during load of daap database Here you are. Hope you can get the hungry bastard.
Sorry, Christian, this report slipped from our attention. I haven't seen any other reports about this since, so I guess this is solved with current 2.2-git. Feel free to reopen the bug if necessary.
This is now *actually* fixed for 2.2