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

REPL uses too much processor time even when doing nothing #69

Closed
mnn opened this issue Aug 16, 2018 · 3 comments
Closed

REPL uses too much processor time even when doing nothing #69

mnn opened this issue Aug 16, 2018 · 3 comments

Comments

@mnn
Copy link

mnn commented Aug 16, 2018

When I run etlas repl (even in a directory without any modules, any eta code/project) and just let it be (not inputting anything), it constantly uses ~170% of CPU time of a quad core processor (so full load would be 400%). Load is distributed evenly between cores, each around 45%. It is still responsive, properly reacts to input.

Process: java -jar /home/xxx/.etlas/binaries/cdnverify.eta-lang.org/eta-0.8.0.2/binaries/x86_64-linux/eta-serv.jar

$ etlas --version
etlas version 1.4.0.0
compiled using version 2.1.0.0 of the etlas-cabal library
$ java -version 
java version "1.8.0_171"
Java(TM) SE Runtime Environment (build 1.8.0_171-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.171-b11, mixed mode)

OS: Kubuntu 16.04

@rahulmutt
Copy link
Member

rahulmutt commented Aug 16, 2018

@mnn Seems related to #839

@mnn
Copy link
Author

mnn commented Aug 16, 2018

Yes, it might be, I was looking at that issue (I am the monnef 😃). But in this case the load is spread uniformly across all cores, not fully using any core. In typelead/eta#839 (at least in my case) it was mainly stressing only one core and I think one other core was at really low usage.

@rahulmutt
Copy link
Member

This is fixed with the latest Eta. See typelead/eta#839

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

No branches or pull requests

2 participants