View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004516 | MMW v4 | DB/FileMonitor | public | 2008-04-01 13:18 | 2008-05-08 20:53 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Fixed in Version | 3.0 | ||||
| Summary | 0004516: Operations on tracks stored by UNC names can be very slow (regression?) | ||||
| Description | There are 2 reports of MM becoming extremely slow when performing operations on tracks that are stored by UNC names: 1) Auto-tag from web (log included): http://www.mediamonkey.com/forum/viewtopic.php?t=27810 2) Deleting and Renaming Folders: http://www.mediamonkey.com/support/staff/index.php?_m=tickets&_a=viewticket&ticketid=407 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1167 | ||||
|
|
These seem to be unrelated issues: 1) Probably isn't related to UNC or Auto-tag, based on logs and description it rather looks like some slow internal updates after some kinds of property changes. Assigning to Petr for more deeper review. 2) Is a separate issue, I described and fixed it as 0004517. |
|
|
I've made some optimizations and deleting is now much faster on huge DB. Will be in 1153. |
|
|
Verified 1153. |
|
|
It seems that 1162 now has a problem with moving (d&d) tracks as described at: http://www.mediamonkey.com/support/staff/index.php?_m=tickets&_a=viewticket&ticketid=407 |
|
|
I think main problem is that we're moving separate files instead of renaming of the top folder (as Explorer does) so when currently moving folder have 5000 files in total, we're moving 5000 files (one by one) into new location instead of simple rename of the folder to the new name (current implementation makes sense on different drives only). I know we need to update paths to the tracks belongs this folder, but i think we can make it much simpler that as is now : - rename only folder name - in database replace specified path part of the tracks with new path Feel free to add your suggestions, Jiri, Rusty ... |
|
|
I tried to reproduce, but it doesn't seem to be related to other issues described in this bug, it is very fast on my machine. I asked the user for a debug log in order to find out more. |
|
|
User posted a debug log to http://www.mediamonkey.com/support/staff/index.php?_m=tickets&_a=viewticket&ticketid=407&offset=20 |
|
|
Based on the debug log, it was found that the problem is caused by Podcasts import, it's fixed as issue 0004642. |
|
|
Reopened because of problem still persist. After some tests i know that problem is in podcasts importing (because build 1161 works fine and 1162 isn't). We need to do huge speed improvements to this part of code. |
|
|
Closed. Joern missed my updated build i sent him and after he's retested build with Ludek's update it works fine. |
|
|
Verified 1167--performance on huge DB seems ok. |
