-
Notifications
You must be signed in to change notification settings - Fork 925
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
Bit lint throws FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory #4628
Comments
Thanks. I'll check it. Any steps to reproduce? |
I am unfortunately not sure how I got here, since I tried to use the lint rather late. Consider the fact that I have 121 components currently, not sure if that could be related. I am also using an M1 MBP, which is might also be related. Not sure what is the difference in linting through bit as I don't have this issue with eslint directly. I am going to do some more experimenting and share the info here. bit lint``` teambit.defender/eslint, linting components (32/121). spodio-bits.bits/atoms/icons/[email protected] <--- Last few GCs --->[30907:0x150008000] 181004 ms: Scavenge 4026.1 (4123.3) -> 4016.2 (4125.3) MB, 9.5 / 0.0 ms (average mu = 0.288, current mu = 0.302) allocation failure <--- JS stacktrace ---> FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
|
Increasing the memory allocated to NodeJS didn't fix the issue. I was able to lint more components (64, compared to 32), but it still threw.
|
Rulling out an issue with the M1 mac as it reproduces in GitHub actions too. |
|
@EtheveDamien, how many components do you have? From what I saw, setting different memory limits results in a different number of successfully linted components. For me the results were:
I am guessing that in your case 8GB were enough to cover all your components and that's why this helps in your case. If you continue adding more components, it should at some point start breaking as well |
@dstoyanoff less than 15 components |
Linting breaks for me too, I have 90+ components. Also, linting process for one individual component takes a fair bit of time. Maybe linting of all components is not a part of the intended workflow. But how would one go about it to automatically lint only the components that have been touched when stepping through the pipeline? |
That's a real issue I'm going to tackle soon. not sure exactly when, but I'm aware of this and will take care of this. |
resolved with new implementation of |
Describe the bug
When running the lint command, I am always getting the following error. It's worth mentioning that I have seen this with prior version of bit as well, so it's now something new:
bit lint
Specifications
for harmony workspace
Additional context
The text was updated successfully, but these errors were encountered: