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

Memory leak? #213

Open
mattdesl opened this issue Jun 13, 2017 · 3 comments
Open

Memory leak? #213

mattdesl opened this issue Jun 13, 2017 · 3 comments

Comments

@mattdesl
Copy link
Owner

I am testing on a new MacBook Pro and seeing a lot of "Out of Memory" system errors after 100-200 consecutive reloads in a very heavy WebGL scene (loading 3D models and procedural geometry).

It's hard to know whether the memory leak is in Chrome, or budo, or somewhere else, but I'll start digging to see what's up. Generally the memory problem goes away as soon as I quit Chrome, but in some cases I've seen the memory come back as soon as I terminate the budo process.

Would be interested to hear if anybody else has run into this.

@arturitu
Copy link

To me it has not happened and I usually work with Chrome and Budo, but perhaps if because they aren't very heavy WebGL scenes

@monfera
Copy link

monfera commented Sep 22, 2017

Seemingly unrelated problem: may well not be budo specific (as budo relies on browserify). It happens with Firefox only - Chrome, Safari are fine, also using a MBP. Even on first load, with no WebGL content at all, large projects, in this case, plotly.js cause lots of source map loading in FF such that FF hits 20GB memory use in about a minute or two. It descends into all node_modules. Already happens on the first load. Problem goes away completely with the budo --no-debug option. Just asking in case you saw it before, otherwise will investigate as it seems unrelated.

image

sourcemap

@mattdesl
Copy link
Owner Author

Problem goes away completely with the budo --no-debug option

I have a feeling this might not be a budo issue, but rather a browser issue. I've experienced a lot of sluggish-ness with browsers in the past when handling large bundles with many source maps. Removing source maps with --no-debug pretty much always solves the problem.

Not sure how to go about this one, to be honest!

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

No branches or pull requests

3 participants