Возможная утечка метеорной памяти - PullRequest
Новая
       8

Возможная утечка метеорной памяти

0 голосов
/ 23 октября 2019

У меня есть следующие ошибки из моей консоли для приложения Meteor. 

<--- Last few GCs --->

[14144:00000138B7ADADE0] 106217320 ms: Mark-sweep 1372.5 (1442.0) -> 1372.4 (1442.5) MB, 737.1 / 0.1 ms  allocation failure GC in old space requested
[14144:00000138B7ADADE0] 106218059 ms: Mark-sweep 1372.4 (1442.5) -> 1372.4 (1427.5) MB, 739.5 / 0.1 ms  last resort GC in old space requested
[14144:00000138B7ADADE0] 106218816 ms: Mark-sweep 1372.4 (1427.5) -> 1372.4 (1427.5) MB, 756.3 / 0.1 ms  last resort GC in old space requested


<--- JS stacktrace --->

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

Security context: 000003933E1258B9 <JSObject>
    0: builtin exit frame: stringify(this=000003933E118371 <Object map = 0000030E233848D9>,000000C5EBF022D1 <undefined>,000000C5EBF022D1 <undefined>,0000004EAB3DBCA1 <JSArray[2]>)

    1: arguments adaptor frame: 1->3
    2: _linkJS [C:\Users\user\AppData\Local\.meteor\packages\meteor-tool\1.8.1\mt-os.windows.x86_64\tools\isobuild\compiler-plugin.js:~1573] [pc=000003D021F633DA](this=000003...

FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory
 1: node_module_register
 2: v8::internal::FatalProcessOutOfMemory
 3: v8::internal::FatalProcessOutOfMemory
 4: v8::internal::Factory::NewRawTwoByteString
 5: v8::internal::Smi::SmiPrint
 6: v8::internal::StackGuard::HandleInterrupts
 7: v8::internal::wasm::LocalDeclEncoder::Size
 8: v8::internal::wasm::LocalDeclEncoder::Size
 9: v8::internal::wasm::LocalDeclEncoder::Size
10: v8::internal::wasm::LocalDeclEncoder::Size
11: v8::internal::wasm::LocalDeclEncoder::Size
12: v8_inspector::protocol::Debugger::API::SearchMatch::fromJSONString
13: v8_inspector::protocol::Debugger::API::SearchMatch::fromJSONString
14: 000003D020C06B21

Похоже, узлу не хватило памяти. Есть ли способ отладки этой трассировки стека и выяснить, что именно вызвало проблему? Прямо перед ошибкой я перезапустил приложение Meteor, и оно сделало несколько начальных сетевых запросов, что обычно и происходит.

Это могло произойти после того, как я сделал некоторые тривиальные изменения (шаблоны и перемещение кода). Ничто из того, что я заподозрил, не увеличило бы использование памяти.

Я перезапустил приложение и больше не сталкивался с проблемой. Так что мне интересно, было ли это что-то странное в этом случае, когда приложение перезагружалось и делало сетевые запросы.

...