Почему node js + react js потребляют много оперативки?

Question

[seka2]

Сделал первый проект на node js + react js. Сайт довольно простой, клиентская часть делает запросы к серверной по api и отображает данные с помощью react js.
На локалке работает стабильно и быстро. Выложил на vds сервер, где 2 гб оперативной памяти. Сайт работает, но иногда выбивается с ошибкой 502.
Через команду top посмотрел, и увидел, что в момент обращения к сайту, кушается 10 гб памяти (vert)


В какую сторону смотреть? (код думаю бессмысленно кидать, т.к. мало кто захочет в нем ковыряться)

И еще момент, серверную часть запустил на поддомене, а клиентскую на основном домене. Но я не делал buil через npm run buil, а клиентскую часть запустил через консоль сервера через npm start - так вообще делают или все бюлдят?

Comments

[Strannyk]

npm start - это девсервер, а не продакшн.

Answer 1

[Дима Паутов]

Но я не делал buil через npm run buil

Ну для начала и так понятно, от куда ноги растут.

Дев режим всегда кушает куда больше оперативки, нежели билд.
В дев режиме начает работать webpack, babel(или ts), линтеры, лоадеры(scss, картинок, шрифтов и другие) + куча всяких вспомогательных служб(вотчеры файлов например, для пересборки после изменений) для работы дев сервера, а npm пакетов, которые работают только в дев режиме, но не в проде, тоже много.

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

P.S. Под рутом запускать процессы не хорошо, лучше создайте отдельного пользователя, у которого будут ограничены права. Но это так, к слову

Comments

[seka2]

Спасибо!

[Strannyk]

Как раз-таки babel для dev-режима нафиг не нужен. Только время пересборки увеличит.

[Roman K]

Strannyk, babel для dev-режима нужен. Хотя бы исходя из того, что по 12factors, дев среда и прод среда должны различаться как можно меньше. Другое дело, что лагающий бабель можно заменить на esbuild или swc.

[Strannyk]

Roman Kitaev, проверенный инструмент заменять на аналоги исключительно из-за скорости в дев-режиме? Сомнительно. Да и крупный проект в любом случае будет транспилироваться достаточно долго, чтобы бесить в процессе разработки. Вполне достаточно тестирования транспилированной сборки на стейджинге.

[Roman K]

Strannyk, проверенный инструмент заменять на проверенный инструмент исключительно из-за скорости — да, конечно.

[Strannyk]

Roman Kitaev, один раз собрать стейджинговую или продовскую сборку - экономия на спичках. И хоть круть-верть, хоть верть-круть, а транспиляция - процесс небыстрый.

[Егор Казанцев]

по рутом зато 80 и 443 порты доступны