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

VERY high CPU usage #56

Open
nathggns opened this issue Apr 1, 2014 · 13 comments
Open

VERY high CPU usage #56

nathggns opened this issue Apr 1, 2014 · 13 comments

Comments

@nathggns
Copy link

nathggns commented Apr 1, 2014

I've discovered very high CPU usage from this plugin even when not editing and when error on save is enabled.

I know that it is being cause by this plugin, as killing the process breaks the plugin. Is there anything I can do about this?

@Railk
Copy link
Owner

Railk commented Apr 2, 2014

Hello,

On my windows machine the most expensive node operation goes up 25% of UC for few seconds the time the action take and never stays at such high percentage.

  1. Does this happen all the time ?
  2. Is the CPU usage directly at this percentage from the get go or does it build over time ?
  3. Do you have errors related to the plugin on the SublimeText console ?

@lucas-jones
Copy link

I have this issue a lot, node.exe instances (sometimes up to 4/5) seem to linger around and never close. Normally with 100% CPU on a single core and high memory usage (up to 300MB)

@Railk
Copy link
Owner

Railk commented Apr 2, 2014

If you can provide answer for 3 also it can help me pinpoint the origin of the problem.
I'll look on my OSX vm, when i can, to see if i can reproduce this problem.

@nathggns
Copy link
Author

nathggns commented Apr 3, 2014

This happens almost all of the time. It doesn't go up over time, it jumps straight to 100%. Also, there are no errors.

@moodmosaic
Copy link

I also experience the same problem. FWIW, I just opened 2 different *.ts files and I noticed 4 Node.js instances running:
image

While I really love this package, the high CPU consumption is really annoying.

@moodmosaic
Copy link

I think, a new Node.js instance runs for each newly opened .ts file. (Hope that helps.)

@Railk
Copy link
Owner

Railk commented Apr 4, 2014

Hello moodmosaic,

I you have multiple ts file related to each other (a project) you need to setup a project as stated in the readme file otherwise you will have two nodejs instance per file instead of two node instance for an entire project.

Here the problem is related to one of the instance of nodejs (the error highlighting one) taking 100% of cpu.

@moodmosaic
Copy link

I have a *.sublime-project file with the following contents:

{
     "settings":
    {
        "typescript":
        [
            "app/scripts/_all.ts",
            "test/spec/_all.ts"
        ]
    }
}

Both paths for the root files _all.ts are correct. However, a new Node.js instance is created for each .ts file.

I am using the master branch. Please, let me know if I should open a new issue. I am sure I am missing something though :$

@Railk
Copy link
Owner

Railk commented Apr 4, 2014

I think you are missing the toplevel folder name in the paths.

@moodmosaic
Copy link

👍 That was it!

@Railk
Copy link
Owner

Railk commented Apr 5, 2014

Ok great :)just a question what would have made you understand better that you needed to include this folder in the path ?

@moodmosaic
Copy link

TBH, I think it could be a little higher in the readme - but perhaps it's probably just me :)

@Railk
Copy link
Owner

Railk commented Apr 27, 2014

@nathggns

I've tested on a macbook pro and yes it's going higher than windows(the cpu usage goes up to 60% but never stay up yo this level and go back to 0% quite fast).
Sadly for now i cannot do much things right now, errors calculations takes some cpu, I've change the errors calculation delay, so that less calls are made but the best choice is to only show errors when saving, if cpu usage is really too high.

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

4 participants