View Issue Details

IDProjectCategoryView StatusLast Update
0004224MMW v4DB/FileMonitorpublic2008-12-08 00:13
Reporterpeke Assigned To 
PriorityhighSeverityfeatureReproducibilityalways
Status closedResolutionnot fixable 
Summary0004224: Compact DB takes ages on large libraries
DescriptionMost likely only for large libraries (Tested on Library of 70K tracks:
Steps to reproduce:
- MM maximized
- Playing larger playlist (to ensure that playback do not stop)
- Start Maintain Library with Compact library On
- You can't minimize MM or Access Player Controls
- Left it for more than 30 Before initiate Debug (Same process on same Library took <40 sec in MM2.5.5

Nothing is friezed but you can't do anything with MM and player Controls should be available while MM do its magic.

Solution:
Checkbox = Minimize (According to default Configuration, while Compact isn't finished)
Additional InformationTested on MM 3.0.0.1124
TagsNo tags attached.
Fixed in build

Activities

peke

2007-12-23 06:19

developer   ~0012755

Assigning to Rusty for Revision.

jiri

2008-11-25 18:30

administrator   ~0015123

There doesn't seem to be much to be done here, I haven't compared to MM 2.5, but this seems to be the way how SQLite works. Note also, that in MM 3.x this action does significantly more than in the older versions, it rebuilds more indexes, etc.

As for being resposive while performing the Maintenance - I don't think there can be much either - at this moment we can't access database, which is required by almost any action done by MM and so there's not much to do while this step is in progress.

peke

2008-12-08 00:13

developer   ~0015542

Much Faster in 1201 maybe recent changes/Optimizations improved this Time is more reasonable.