-
Notifications
You must be signed in to change notification settings - Fork 2
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
Support per-process frequency #57
Comments
|
|
2a. Even with frequencies, you could set 600 MHz (which is supported by both A53 and A72) and apply it to the wrong cluster. |
Yes, but it will run at 600 MHz and not at some random unexpected frequency. |
MatejKafka
added a commit
that referenced
this issue
Sep 9, 2021
…to runtime checks in PowerPolicy The checks here are more benevolent, only reporting an actual collision rather than all potential ones. However, if there's a race condition, the runtime checks may not always catch it. TODO: if a collision is detected, it throws a runtime exception, which stops the scheduler without a cleanup, leaving behind processes and cgroups
MatejKafka
added a commit
that referenced
this issue
Sep 9, 2021
…to runtime checks in PowerPolicy The checks here are more benevolent, only reporting an actual collision rather than all potential ones. However, if there's a race condition, the runtime checks may not always catch it. TODO: if a collision is detected, it throws a runtime exception, which stops the scheduler without a cleanup, leaving behind processes and cgroups
MatejKafka
added a commit
that referenced
this issue
Sep 10, 2021
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The frequency will be configured in the configuration file with the
frequency
key. The value will be in MHz. For example:Processes without the specified frequency should run with the frequency specified by the global PM policy, i.e. the
-p
switch. If no policy (-p
) is specified on the command line, DEmOS should fail (with reasonable error message), when it encounters configuration with per-process frequency.If the user specifies unfeasible frequencies, e.g. two partitions running on the same i.MX8 CPU cluster, an error will be reported prior to runtime. There is no need to check whether the per-process frequency conflicts with frequencies (even the default ones) on other partitions running on the same cluster. Just fail if multiple partitions are running on the same cluster and at least one specifies arbitrary per-process frequency.
This should be primarily supported for best-effort partitions, but it might be useful if this is also supported for safety-critical partitions (I can image some experiments, where it would be useful). When the per-process frequency will be specified for an SC process, DEmOS should emit an warning (at the beginning), but should continue running the workload.
The text was updated successfully, but these errors were encountered: