-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
[release-1.12] Revert "Scheduler: Use a "scheduler" task for thread sleep (#57544)" #58764
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
base: backports-release-1.12
Are you sure you want to change the base?
Conversation
I'm ok with 1.12 only |
From the discussion in #58689:
I was thinking of adding exactly this as an alternative to backing this out entirely. This patch can be considered a bugfix as it did close 2 issues.
The scheduler task should only be running if there are no other runnable tasks. If we add a try/catch to the scheduler task and swallow |
Can you open a PR that does the try catch behaviour? Just so that we can see how it behaves? |
See #58765. |
I would pretty strongly advocate for a straight revert here. The problem with underdefined behavior is that people will have written their existing code to whatever happened to work, so even small changes are likely to break people's workflows. I don't see that the motivation to let the task be GC'ed slightly earlier is sufficiently strong to force this through and we don't have enough time left to really let people try a new behavior to assess impcat. |
From the Julia IDE perspective, I would really like to see interrupt testing in Julia CI to prevent issues like this in the future. Interrupt is a crucial feature for an interactive programming language. If interrupt works reliably, (new) users will feel much more comfortable with running and trying code, which speeds up the developer process. I wrote a testable code snippet in #58798 (comment) that you can use. Malt.jl also has many interrupt tests (about Distributed and Malt), and one reason for splitting this out of Pluto.jl was to get reliable coverage from PkgEval. So it's frustrating for me to see that PkgEval was not used in #57544 which would have caught this issue. |
I guess you're right, but this tangent seems slightly off-topic here and might be forgotten. You probably want to open a new issue or PR, regarding regression testing specifically. |
@@ -547,12 +547,14 @@ end | |||
fetch(r) | |||
end | |||
|
|||
let addr = Sockets.InetAddr(ip"192.0.2.5", 4444) | |||
let addr = Sockets.InetAddr(ip"127.0.0.1", 4444) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
unrelated?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. Sorry, will ensure that only the PR changes are reverted.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Huh, that was a PR change! 🤔
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh, right, I fixed this test.
Changed PR to be against backport branch. |
This reverts commit 640c4e1.
See discussion.
Cc: @KristofferC to confirm that this PR is done correctly (to
release-1.12
).Cc: @Keno to confirm whether reverting this on 1.12 alone is fine or if you want this reverted on master.