저는 지원되는 최소 사양(1GB RAM 및 2GB 스왑)으로 실행 중입니다. 제 생각에는 리빌드 스크립트의 일부가 node.js가 보유 중인 RAM보다 더 많은 메모리를 사용하도록 지시하는 것 같고, 이로 인해 가비지 컬렉션이 억제되고 많은 양의 스왑이 발생하는 것으로 보입니다. 이것이 정상적인 동작인가요?
콘솔 로그에서 다음을 확인했습니다:
I, [2024-06-14T15:19:15.613029 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'bundle exec rake assets:precompile:build'
Node.js heap_size_limit (504.75) is less than 2048MB. Setting --max-old-space-size=2048 and CHEAP_SOURCE_MAPS=1
...[ConfigLoader]
...[Babel: @embroider/macros > applyPatches]
Stack Exchange의 제안에 따르면 이는 좋지 않은 상황이라고 합니다:
설정된 max-old-space-size가 머신의 총 RAM 양보다 높은 한도를 가지고 있었습니다.
…
요약하자면, 2GB 메모리를 가진 머신에서는 다른 용도로 일부 메모리를 남기고 스왑을 피하기 위해 --max-old-space-size를 약 1.5GB로 설정하는 것이 좋습니다.
이 시점 근처에서 막대한 양의 스왑 활동이 있는 것을 볼 수 있습니다.
# df -h / ; free ; uptime ; ps auxrc ; vmstat 5 5
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 25G 20G 4.7G 81% /
total used free shared buff/cache available
Mem: 1009140 860952 81820 1104 66368 43068
Swap: 2097144 707016 1390128
15:21:53 up 155 days, 23:02, 2 users, load average: 1.69, 1.85, 1.36
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
message+ 920 0.0 0.1 50192 1872 ? Rs Jan10 5:57 dbus-daemon
root 16979 0.0 0.0 0 0 ? R 14:14 0:02 kworker/u2:2
1000 24317 84.1 71.4 43775512 720984 ? Rl 15:19 2:07 ember
root 24346 0.0 0.3 40100 3468 pts/0 R+ 15:21 0:00 ps
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
2 1 710656 79768 7712 60940 350 283 586 352 1 2 3 2 90 4 0
1 5 798060 65440 3848 52544 21749 19198 23815 19247 3896 16477 30 17 0 52 1
0 1 885676 73820 1256 37388 19674 18806 20887 18811 3851 16681 21 20 0 55 3
1 0 704056 103080 11512 70892 8414 3910 17269 3914 1855 7618 64 11 0 25 1
1 0 693816 95020 11520 70908 1589 0 1589 54 470 1032 95 1 0 4 0
(이는 약 3.2.0.beta5-dev(bcb31f79ce)에서 (최신) 3.3.0.beta3-dev(49fdccbb1d)로 커맨드 라인에서 리빌드 및 업데이트를 수행하는 중입니다. 리빌드는 약 30분 만에 성공적으로 완료되었습니다.)