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

Fix 100% CPU idling problem by reverting #7672 #7911

Merged
merged 3 commits into from
Oct 10, 2020

Conversation

ry
Copy link
Member

@ry ry commented Oct 10, 2020

fixes #7909
cc @bartlomieju

Unfortunately I had to revert some unrelated commits to easily revert module execution.

I think we need to cut a new release after landing this.

Please check my work:

> cargo run -- run --allow-net https://deno.land/std@0.74.0/examples/echo_server.ts

This should have 0% CPU on this branch. On master it has 100%.

@ry ry requested a review from bartlomieju October 10, 2020 02:36
Copy link
Member

@bartlomieju bartlomieju left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM.

I've debugged the problem and it turns out there's one more change that broke the implementation - promises from dynamic imports are not properly caught.

@bartlomieju bartlomieju merged commit 08bb8b3 into denoland:master Oct 10, 2020
iykekings pushed a commit to iykekings/deno that referenced this pull request Oct 10, 2020
* Revert "refactor: Worker is not a Future (denoland#7895)"

This reverts commit f4357f0.

* Revert "refactor(core): JsRuntime is not a Future (denoland#7855)"

This reverts commit d8879fe.

* Revert "fix(core): module execution with top level await (denoland#7672)"

This reverts commit c7c7677.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

deno v1.4.5 use 100% of CPU if it start an HTTP server
2 participants