View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0014808 | MMW v4 | Synchronization | public | 2018-05-06 21:13 | 2018-05-14 18:24 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | sometimes |
| Status | resolved | Resolution | reopened | ||
| Target Version | 4.1.21 | Fixed in Version | 4.1.21 | ||
| Summary | 0014808: Sync: Timeout due the Auto Convert | ||||
| Description | In some cases Sync can timeout due the auto convert. | ||||
| Additional Information | Started in https://www.mediamonkey.com/forum/viewtopic.php?f=6&t=89737 Logs supplied with TICKET KHE-556-89920 YKJ-524-31229 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1867 | ||||
|
|
In the log I see long "preparing to download" phase. This issue happens when there are thousands of tracks on the sync-list and _all_ tracks need auto-conversion. In that case MMA asks for file stream for every track and gets a reply that the file is about to be converted, but just asking the stream for thousands of tracks takes some time and meanwhile some tracks are already prepared (converted). I see these possible improvements: 1) On MMW side: optimize the process of asking the stream, currently the rate on the user's DB is just 2 files per second (while it is 10 files per second on my DB). But anyhow there are some unnecessary DB operations (like logging the connections to MediaConnections table) , optimizing it improves the rate to 20 files per second. 2) On MMA side: MMA shouldn't ask all streams at once, but make it more gradually. e.g. To ask just 100 tracks and then check whether some of them aren't already prepared to download and ask them again. |
|
|
1) is fixed in 4.1.21.1867 (was low risk) Sent testing EXE to the user 2) Assigned to Marek to review the suggested change + review the user's log ID i99qddd7d1 (i.e. why there was "Sync Incomplete" error as MMA haven't asked for the converted files at all) |
|
|
Reducing priority for item 2) User indicated that 1) resolved the issue although "Preparing for download" phase still takes a long time (5 minutes) with the rate 20 files per second (corresponding with my tests after fixing item 1). So implemeting 2) would reduce the "Preparing for download" phase further, nevertheless in the overall time of convert+download for thousands of tracks it won't be noticeable. i.e. it would be rather "cosmetic" improvement, another option could be just making the progress bar for "Preparing for download" more verbose (or show percentage) |
|
|
New logs (MMW+MMA) and Ticket YKJ-524-31229 |
|
|
Based on the last log from YKJ-524-31229 it seems that the network location \\motorcom\ was temporarily inaccessible. Re-resolving, to be confirmed by user, I'll re-open in case of an issue. |
