Dnes som spustil svoj skript pre indexovanie súborového systému na obnovenie indexu súborov RAID a po 4 hodinách sa zrútil s nasledujúcou chybou:
[md5:] 241613/241627 97.5%
[md5:] 241614/241627 97.5%
[md5:] 241625/241627 98.1%
Creating missing list... (79570 files missing)
Creating new files list... (241627 new files)
<--- Last few GCs --->
11629672 ms: Mark-sweep 1174.6 (1426.5) -> 1172.4 (1418.3) MB, 659.9 / 0 ms [allocation failure] [GC in old space requested].
11630371 ms: Mark-sweep 1172.4 (1418.3) -> 1172.4 (1411.3) MB, 698.9 / 0 ms [allocation failure] [GC in old space requested].
11631105 ms: Mark-sweep 1172.4 (1411.3) -> 1172.4 (1389.3) MB, 733.5 / 0 ms [last resort gc].
11631778 ms: Mark-sweep 1172.4 (1389.3) -> 1172.4 (1368.3) MB, 673.6 / 0 ms [last resort gc].
<--- JS stacktrace --->
==== JS stack trace =========================================
Security context: 0x3d1d329c9e59 <JS Object>
1: SparseJoinWithSeparatorJS(aka SparseJoinWithSeparatorJS) [native array.js:~84] [pc=0x3629ef689ad0] (this=0x3d1d32904189 <undefined>,w=0x2b690ce91071 <JS Array[241627]>,L=241627,M=0x3d1d329b4a11 <JS Function ConvertToString (SharedFunctionInfo 0x3d1d3294ef79)>,N=0x7c953bf4d49 <String[4]\: ,\n >)
2: Join(aka Join) [native array.js:143] [pc=0x3629ef616696] (this=0x3d1d32904189 <undefin...
FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory
1: node::Abort() [/usr/bin/node]
2: 0xe2c5fc [/usr/bin/node]
3: v8::Utils::ReportApiFailure(char const*, char const*) [/usr/bin/node]
4: v8::internal::V8::FatalProcessOutOfMemory(char const*, bool) [/usr/bin/node]
5: v8::internal::Factory::NewRawTwoByteString(int, v8::internal::PretenureFlag) [/usr/bin/node]
6: v8::internal::Runtime_SparseJoinWithSeparator(int, v8::internal::Object**, v8::internal::Isolate*) [/usr/bin/node]
7: 0x3629ef50961b
Server je vybavený 16gb RAM a 24gb SSD swap. Veľmi pochybujem, že môj skript prekročil 36gb pamäte. Aspoň by nemal
Skript vytvára index súborov uložených ako pole objektov s metadátami súborov (dátumy modifikácie, oprávnenia atď., žiadne veľké údaje)
Tu'je celý kód skriptu: http://pastebin.com/mjaD76c3
Už v minulosti som s týmto skriptom zažil divné problémy s uzlom, čo ma prinútilo napr. rozdeliť index na viacero súborov, pretože uzol sa pri práci s tak veľkými súbormi ako String zasekával. Existuje nejaký spôsob, ako zlepšiť správu pamäte nodejs pri obrovských súboroch dát?
Ak si dobre pamätám, v systéme V8 existuje prísny štandardný limit pre využitie pamäte, ktorý je približne 1,7 GB, ak ho nezvýšite manuálne.
V jednom z našich produktov sme sa týmto riešením riadili v našom skripte nasadenia:
node --max-old-space-size=4096 yourFile.js
Bol by tam aj nový príkaz space, ale ako som sa dočítal tu: a-tour-of-v8-garbage-collection nový priestor zhromažďuje len novovytvorené krátkodobé údaje a starý priestor obsahuje všetky odkazované dátové štruktúry, čo by malo byť vo vašom prípade najlepšie riešenie.
S týmto problémom som sa stretol pri pokuse o ladenie pomocou VSCode, takže som chcel len dodať, že takto môžete pridať argument do nastavenia ladenia.
Môžete ho pridať do vlastnosti runtimeArgs
vášho konfigurátora v súbore launch.json
.
Pozri príklad nižšie.
{
"version": "0.2.0",
"configurations": [{
"type": "node",
"request": "launch",
"name": "Launch Program",
"program": "${workspaceRoot}\\server.js"
},
{
"type": "node",
"request": "launch",
"name": "Launch Training Script",
"program": "${workspaceRoot}\\training-script.js",
"runtimeArgs": [
"--max-old-space-size=4096"
]
}
]}
zápasil som s tým aj po nastavení --max-old-space-size.
Potom som si uvedomil, že pred skript karmy je potrebné dať možnosti --max-old-space-size.
tiež najlepšie zadať obe syntaxe --max-old-space-size a --max_old_space_size môjho skriptu pre karmu :
node --max-old-space-size=8192 --optimize-for-size --max-executable-size=8192 --max_old_space_size=8192 --optimize_for_size --max_executable_size=8192 node_modules/karma/bin/karma start --single-run --max_new_space_size=8192 --prod --aot