Closed robinhouston closed 7 years ago
This is after running for a while, switching between git branches that have a 1MB and 15MB data file.
There’s no way we should be hitting node’s 1.4GB heap size limit, so perhaps there is a space leak.
<--- Last few GCs ---> 41926770 ms: Scavenge 1390.7 (1434.3) -> 1390.0 (1434.3) MB, 21.2 / 0 ms (+ 28.9 ms in 118 steps since last GC) [allocation failure]. 41926804 ms: Scavenge 1390.7 (1434.3) -> 1390.6 (1434.3) MB, 19.7 / 0 ms (+ 3.2 ms in 12 steps since last GC) [allocation failure]. 41926825 ms: Scavenge 1390.7 (1434.3) -> 1390.7 (1434.3) MB, 19.2 / 0 ms (+ 0.3 ms in 1 steps since last GC) [allocation failure]. <--- JS stacktrace ---> Cannot get stack trace in GC. FATAL ERROR: Scavenger: semi-space copy Allocation failed - process out of memory 1: node::Abort() [/usr/local/bin/node] 2: node::FatalException(v8::Isolate*, v8::Local<v8::Value>, v8::Local<v8::Message>) [/usr/local/bin/node] 3: v8::Utils::ReportApiFailure(char const*, char const*) [/usr/local/bin/node] 4: v8::internal::V8::FatalProcessOutOfMemory(char const*, bool) [/usr/local/bin/node] 5: v8::internal::FatalProcessOutOfMemory(char const*) [/usr/local/bin/node] 6: int v8::internal::FlexibleBodyVisitor<v8::internal::StaticScavengeVisitor, v8::internal::FlexibleBodyDescriptor<8>, int>::VisitSpecialized<32>(v8::internal::Map*, v8::internal::HeapObject*) [/usr/local/bin/node] 7: v8::internal::Heap::DoScavenge(v8::internal::ObjectVisitor*, unsigned char*) [/usr/local/bin/node] 8: v8::internal::Heap::Scavenge() [/usr/local/bin/node] 9: v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [/usr/local/bin/node] 10: v8::internal::Heap::CollectGarbage(v8::internal::GarbageCollector, char const*, char const*, v8::GCCallbackFlags) [/usr/local/bin/node] 11: v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationSpace) [/usr/local/bin/node] 12: v8::internal::Runtime_AllocateInTargetSpace(int, v8::internal::Object**, v8::internal::Isolate*) [/usr/local/bin/node] 13: 0x330f05906338 14: 0x330f05913d89 15: 0x330f06e5297f Abort trap: 6
This may or may not be related to #11.
This appears to be caused by the combination of #11 and #12.
This is after running for a while, switching between git branches that have a 1MB and 15MB data file.
There’s no way we should be hitting node’s 1.4GB heap size limit, so perhaps there is a space leak.