-
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
Cyclic execution of BE processes in a long windows #68
Comments
Currently, BE processes are executed at most once. It shouldn't be too hard to cycle them instead, if it's necessary. |
@MatejKafka can you try to implement it? At least a quick draft to see how many changes it would require? |
MatejKafka
added a commit
that referenced
this issue
Nov 22, 2021
I don't like that this uses the internal Partition::clear_completed_flag method from Slice. I think that a more architecturally sound solution would be to create BePartition and ScPartition subclasses and move as much of the partition-related logic there, as the special cases for SC and BE are starting to pile up a bit inside Slice.
@wentasah See the commit referencing this issue (above) for a quick mockup. This should be functional, but see the commit message. |
Merged
MatejKafka
added a commit
that referenced
this issue
Nov 13, 2022
I don't like that this uses the internal Partition::clear_completed_flag method from Slice. I think that a more architecturally sound solution would be to create BePartition and ScPartition subclasses and move as much of the partition-related logic there, as the special cases for SC and BE are starting to pile up a bit inside Slice.
MatejKafka
added a commit
that referenced
this issue
Nov 14, 2022
I don't like that this uses the internal Partition::clear_completed_flag method from Slice. I think that a more architecturally sound solution would be to create BePartition and ScPartition subclasses and move as much of the partition-related logic there, as the special cases for SC and BE are starting to pile up a bit inside Slice.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I thought that BE processes are executed in a cyclic manner in such a way that if the last one is interrupted (out of budget) and there is still some time remaining within the window, the first one will continue again. But that does not seem to be the case.
Assume this configuration with two infinite processes - limited by a budget of 1 second executed within the 10-seconds long window. I thought that these processes should be repeated executed about 5 times each before the window finishes.
But the trace shows that after suspending the second process (13846), there is an 8-seconds long idle-time before the window starts for the second time.
The text was updated successfully, but these errors were encountered: