Mirage Playlists get slower and slower, the more tracks are visible

GoogleCodeExporter commented 9 years ago

This is my current session:

Mirage - playlist in: 2646ms
Mirage - playlist in: 2675ms
Mirage - playlist in: 2758ms
Mirage - playlist in: 2839ms
Mirage - playlist in: 3076ms
Mirage - playlist in: 3200ms
Mirage - playlist in: 3275ms
Mirage - playlist in: 3367ms

I guess that has something to do with the sqlite query in Mirage/Db.cs:

"SELECT scms, trackid FROM mirage WHERE trackid NOT in (..)"

The list gets longer and longer each time. Needs to be measured.

Original issue reported on code.google.com by dominik....@gmail.com on 5 Nov 2008 at 6:10

GoogleCodeExporter commented 9 years ago

this is a mono deserialization bug - no sqlite thing. I guess directly using
MemoryStream to serialize the object will solve this issue. Will try this.

Original comment by dominik....@gmail.com on 2 Mar 2009 at 5:42

GoogleCodeExporter commented 9 years ago

This is fixed in svn. Nice side effect: Manual serialization made playlist 
generation
4 times faster.

Original comment by dominik....@gmail.com on 4 Mar 2009 at 10:36

Changed state: Fixed

jrmuizel / banshee-unofficial-plugins

Mirage Playlists get slower and slower, the more tracks are visible #24