App is unable to re-build when adding packages

[joshma91]

Whenever I install a new package and run npm start, triggering Parcel to rebuild the app, I get an error that the JavaScript heap is out of memory.

I've changed my start script in package.json to read parcel index.html --no-cache. I'm not sure if that helps or not, but usually on the second try, it will usually successfully build.

Potentially related issue in the Parcel repo: parcel-bundler/parcel#1185

<--- Last few GCs --->

[16290:0x22e8080]  8899446 ms: Mark-sweep 1132.5 (1420.8) -> 1125.0 (1409.3) MB, 341.0 / 0.0 ms  (average mu = 0.257, current mu = 0.242) allocation failure GC in old space requested
[16290:0x22e8080]  8899866 ms: Mark-sweep 1136.4 (1420.8) -> 1128.8 (1409.3) MB, 310.2 / 0.0 ms  (average mu = 0.259, current mu = 0.262) allocation failure GC in old space requested


<--- JS stacktrace --->

==== JS stack trace =========================================

Security context: 0x33967b7aede9 <JSObject>
    0: builtin exit frame: parse(this=0x33967b7bc881 <Object map = 0x25c2c998cac9>,0x0e86ef020489 <Very long string[196759328]>,0x33967b7bc881 <Object map = 0x25c2c998cac9>)

    1: onread [0x111311cec831] [internal/child_process.js:~497] [pc=0x2ebb79fee6ac](this=0x1b6e9e6094e9 <Pipe map = 0x104087254b9>,nread=45049,pool=0x0e86ef0203e1 <Uint8Array map = 0x25c2c99ec899>)
    2: InternalFrame [pc:...

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
 1: 0x7fd00510c568 node::Abort() [/usr/lib/x86_64-linux-gnu/libnode.so.64]
 2: 0x7fd00510c5b1  [/usr/lib/x86_64-linux-gnu/libnode.so.64]
 3: 0x7fd0052cdd22 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [/usr/lib/x86_64-linux-gnu/libnode.so.64]
 4: 0x7fd0052cdf78 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/lib/x86_64-linux-gnu/libnode.so.64]
 5: 0x7fd00564f5f2  [/usr/lib/x86_64-linux-gnu/libnode.so.64]
 6: 0x7fd005660023 v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [/usr/lib/x86_64-linux-gnu/libnode.so.64]
 7: 0x7fd005660936 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/lib/x86_64-linux-gnu/libnode.so.64]
 8: 0x7fd00566307d v8::internal::Heap::AllocateRawWithLigthRetry(int, v8::internal::AllocationSpace, v8::internal::AllocationAlignment) [/usr/lib/x86_64-linux-gnu/libnode.so.64]
 9: 0x7fd0056630d2 v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationSpace, v8::internal::AllocationAlignment) [/usr/lib/x86_64-linux-gnu/libnode.so.64]
10: 0x7fd005631749 v8::internal::Factory::AllocateRawWithImmortalMap(int, v8::internal::PretenureFlag, v8::internal::Map*, v8::internal::AllocationAlignment) [/usr/lib/x86_64-linux-gnu/libnode.so.64]
11: 0x7fd005638a60 v8::internal::Factory::NewRawOneByteString(int, v8::internal::PretenureFlag) [/usr/lib/x86_64-linux-gnu/libnode.so.64]
12: 0x7fd00570d459 v8::internal::JsonParser<false>::ScanJsonString() [/usr/lib/x86_64-linux-gnu/libnode.so.64]
13: 0x7fd00570d9db v8::internal::JsonParser<false>::ParseJsonObject() [/usr/lib/x86_64-linux-gnu/libnode.so.64]
14: 0x7fd00570fe68 v8::internal::JsonParser<false>::ParseJsonArray() [/usr/lib/x86_64-linux-gnu/libnode.so.64]
15: 0x7fd00570da65 v8::internal::JsonParser<false>::ParseJsonObject() [/usr/lib/x86_64-linux-gnu/libnode.so.64]
16: 0x7fd00570da65 v8::internal::JsonParser<false>::ParseJsonObject() [/usr/lib/x86_64-linux-gnu/libnode.so.64]
17: 0x7fd00570e0fd v8::internal::JsonParser<false>::ParseJsonObject() [/usr/lib/x86_64-linux-gnu/libnode.so.64]
18: 0x7fd00570e0fd v8::internal::JsonParser<false>::ParseJsonObject() [/usr/lib/x86_64-linux-gnu/libnode.so.64]
19: 0x7fd00570f4cd v8::internal::JsonParser<false>::ParseJson() [/usr/lib/x86_64-linux-gnu/libnode.so.64]
20: 0x7fd005389750  [/usr/lib/x86_64-linux-gnu/libnode.so.64]
21: 0x2ebb78c5464b 
Aborted (core dumped)

[adrianmcli]

Thanks for reporting this issue. Looks like we're blocked until Parcel resolves their issue.

[adrianmcli]

@joshma91 is this still a problem? Or perhaps we should move to Parcel v2.

[adrianmcli]

Closed due to inactivity.