-
Notifications
You must be signed in to change notification settings - Fork 23
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
Debugger sluggish with high-iteration comprehensions #281
Comments
Make yourself a nice cup of tea and start reading the performance musings:
This is only the tip of the iceberg; there's already been merged a lot of performance-focused work to get to where it is now (certain methods are 1000x faster than they were two weeks ago). Unfortunately, the next big gains are going to be more difficult. |
Thanks :-) I did notice it was quite a bit snappier. |
How is this a bug? |
It basically prevents debugging of code that normally executes quickly. Indistinguishable from a hang and forces user to terminate the Julia session and start over, then spend hours trying to figure out why it wasn't working so that they can continue debugging. |
Ok, so not a bug then but a doc issue or a performance issue. |
In the sense of works as designed and formally correctly? Sure, not a bug. If the OS takes an exceptionally long time to do something that causes a user to reboot the OS and lose their unsaved work, I think that would be considered a bug, even if it was formally working as designed. |
Why would you reboot the OS without saving your work because a computation takes a long time? Not sure we can protect against that. |
I'm talking about a hang that prevents you from doing anything else on the OS. |
Interesting. A Ctrl-C interrupts it immediately for me. Can you reproduce it? Looking at the RAM it was using ~250 MB so that shouldn't cause the system to swap. |
That does work, thanks. I'd gotten used to it doing nothing when Julia runs into trouble usually. |
Please search existing issues to avoid duplicates.
Details
Steps to reproduce
@Enter into a function containing this array comprehension and then step over it:
where
The code executes correctly and quickly outside the debugging context. In the debugging context, it is saturating my CPU and doesn't end. If I reduce the iteration count to 10, it works relatively quickly.
If there isn't an easy way to speed this up, would one idea be to add a button to process the next line without debugging?
It'd be even more helpful to break execution without losing the workspace, but that's probably a bigger issue?
The text was updated successfully, but these errors were encountered: