Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Option to adjust analysis priority #9433

Open
mixxxbot opened this issue Aug 23, 2022 · 1 comment
Open

Option to adjust analysis priority #9433

mixxxbot opened this issue Aug 23, 2022 · 1 comment

Comments

@mixxxbot
Copy link
Collaborator

Reported by: xeruf
Date: 2018-09-15T10:20:12Z
Status: Confirmed
Importance: Low
Launchpad Issue: lp1792691
Tags: analyzer


Sometimes I analyse tracks in the background I have just added but want to use later, while already starting to play something. In that case, the track analysis should use only spare resources, and pause completely if the load is getting too high.
On the other hand, sometimes I just analyse or also set some cues, but nothing important, so the analysis can take equal priority to what else is going on.

Thus, I would like to have a configuration option for changing the priority of the Track analysis in the analyse tab.

@mixxxbot
Copy link
Collaborator Author

Commented by: uklotzde
Date: 2018-09-17T10:05:18Z


In general you should not start a batch analysis while performing live. Running batch analysis tasks is supposed to be done offline. I remember that Serato entirely disabled batch analysis while a controller was connected.

The new multi-threaded analysis pauses batch analysis while an ad-hoc analysis for a track loaded into a deck is performed:

https://bugs.launchpad.net/mixxx/+bug/1641153
#1624

Currently all cores are utilized for batch analysis if no ad-hoc analysis is running. As an extension we might add an option to permanently exclude a fixed amount of the available cores (e.g. 1/4, 1/2 or at least 1) from batch analysis on a multi-core system. The default setting will use all available cores. Changing this setting will not affect a running batch analysis. It just serves as a stopgap for those who didn't do their homework ;)

Adding an adaptive re-scheduling algorithm for batch analysis depending on processor utilization would be too complex and expensive for this purpose.

Please note, that I don't plan any extensions or changes on the current implementation until it has been merged to master! This issue might track such an extension for future development.

@mixxxbot mixxxbot transferred this issue from another repository Aug 24, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant