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

nwjs Helper taking 100% of CPU on Mac #5152

Open
MichalMisiaszek opened this issue Jul 26, 2016 · 21 comments
Open

nwjs Helper taking 100% of CPU on Mac #5152

MichalMisiaszek opened this issue Jul 26, 2016 · 21 comments
Assignees
Labels
bug has-min-repro Has a minimum reproduction triaged

Comments

@MichalMisiaszek
Copy link

NW version:
nw.js v0.14.5
Node v5.11.1
Chromium 50.0.2661.102
commit hash: 93c8021-3478215-2a9e6e1-5a26102

OS version: 14.5.0 Darwin Kernel Version 14.5.0: Mon Jan 11 18:48:35 PST 2016; root:xnu-2782.50.2~1/RELEASE_X86_64 x86_64

And app doing some drawing taking 100% CPU. I experience similar problems with Chrome browser itself. Seems as common problem on MacOS.

screen shot 2016-07-25 at 8 31 31 pm

@ghostoy
Copy link
Member

ghostoy commented Jul 29, 2016

@MichalMisiaszek Do you have a sample app to reproduce this issue?

@jtg-gg
Copy link
Member

jtg-gg commented Jul 29, 2016

@MichalMisiaszek are you running osx sierra?
does the 100% CPU happens when you close the app ?

@MichalMisiaszek
Copy link
Author

Hello,
I cannot share my app unfortunately. If I close it it is OK. I believe problem is with Chrome itself as I have similar case using Chrome on my Mac. I am running Yosemite.
And again it does not ALWAYS happen :(.
Regards

@applebya
Copy link

applebya commented Aug 2, 2016

Getting this problem too. If I force-quit the application, the nwjs helper stays behind in memory.

@conceptualspace
Copy link

conceptualspace commented Aug 4, 2016

^

on osx 10.11.6 with nw 0.14.6-sdk, 0.14.7-sdk and 0.16.0-sdk, nwjs helper remains running after closing the app, and gradually consumes more and more cpu. have to force quit it.

have not seen it on the production build of nw yet, nor do i see same behaviour with chrome browser

@conceptualspace
Copy link

in our case we isolated this to the use of fs.watch (via chokidar wrapper)

@virusdave
Copy link

Any update on this? One app I use that bundles nwjs hits this basically every time.

@rogerwang
Copy link
Member

Please provide a sample so we can reproduce it.

@virusdave
Copy link

Happy to. What/How exactly do you want me to do this?

@virusdave
Copy link

if you meant sample app, it happens using the current version of PopcornTime.sh on my macbook, basically every time.

@rogerwang
Copy link
Member

CC @Christywl

@Christywl
Copy link
Contributor

I try PopcornTime.sh 0.3.10 on Mac, the CPU usage(not 100%):
image

image

Similar issue #4508.

@virusdave
Copy link

virusdave commented Jun 20, 2017 via email

@ldanicel
Copy link

ldanicel commented Oct 8, 2017

same here, osx high sierra, chromecast as well

@Christywl
Copy link
Contributor

I double check with PT 0.3.10 on Mac, can reproduce this issue now, it mostly consumes 70%~95% CPU, sometimes it takes >100% CPU.
screen shot 2017-10-11 at 12 10 33 pm

@rogerwang
Copy link
Member

This could be an issue in PT. Could someone come up with a minimal reproducible case?

@leolara
Copy link

leolara commented Oct 4, 2018

I am experiencing this, while testing an app that it seems it is made with nwjs (https://pinegrow.com/)

@lebed2045
Copy link

same issue with macbook m1, somehow this process appeared in the "Active Monitor" and used 110% CPU

@lukebouch
Copy link

@lebed2045 Same here. I was wondering why my MacBook Pro M1 was getting so hard and burning through batter faster than it should while just doing very basic web development (VS Code, PHP, FireFox, etc). I force quite the process and my Mac has cooled back down now.

@kangpaidjo
Copy link

i run the zimbra desktop program, when zimbra desktop is closed. and NWJS closed.. :-)

@Sunvas
Copy link

Sunvas commented Sep 10, 2022

The problem seems to be most prominent in <webview> tag.

How to reproduce

main.html

<!doctype html>
<html lang="en">
<head>
	<meta charset="utf-8">
	<title>Demo</title>
	<style>
		body, webview { width: 100vw; height: 100vh;}
	</style>
</head>
<body>
	<webview src="https://maps.google.com" partition="persist:demosite"></webview>
</body>
</html>

package.json

{
	"main": "/main.html",
	"name": "demo",
	"nodejs": "false",
	"chromium-args": "--enable-spell-checking"
}

During loading, zooming in, zooming out nwjs Helper (Renderer) consumes up to 70% of CPU.

@ayushmanchhabra ayushmanchhabra added has-min-repro Has a minimum reproduction and removed needinfo P2 labels Sep 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug has-min-repro Has a minimum reproduction triaged
Projects
None yet
Development

No branches or pull requests