Как следить за памятью самостоятельно?

Question

[Mishka_Sev]

В языках по типу JavaScript используются сборщики мусора.
Но, что если программист сам хочет принимать решения, и следить за памятью, самостоятельно определяя когда значение будет достижимо а когда нет, вручную выгружая из памяти ненужное.
Если такое возможно, то как это называется, подход, парадигма, и т.п.?

Comments

[Андрей]

Называется C++
JS не предоставляет доступа к работе с памятью)
Memory Management

[Mishka_Sev]

Андрей, тоесть, я не могу в JS высвободить переменную из памяти никак вручную, после того как она мне уже больше не нужна?

Answer 1

[Robur]

в JS - никак. Вы можете разве что делать разные оптимизации поверх сборщика мусора - пул объектов, переиспользовать массивы, не создавать функции на каждый чих и так далее. Но большой вопрос - зачем это вам.
Если у вас не реалтаймовое приложение с большим количеством данных - убедитесь что нет утечек памяти и успокойтесь :)

Если просто душа просит другого - то вам нажен другой язык. И соответственно это будет не веб (разве что через WASI но это не точно)

Но, что если программист сам хочет принимать решения, и следить за памятью

Такого программиста надо отправить в хардкорную embedded разработку и он будет там счастлив, считая байты и подчищая регистры. А если будет оттуда выбираться и пытаться следить за памятью самостоятельно там где есть проверенные встроенные механизмы (GC, ARC и прочее) надо отбирать клавиатуру.

Comments

[Mishka_Sev]

Мне както показывали на тостере, как можно видеть список всех объявленных переменных, раз их можно собрать както, значит можно и както выгрузить, или точно никак?

[Robur]

Mishka_Sev, я не знаю что вы имеете ввиду под "всеми объявленными переменными". Если именно переменные - вам их собирать не надо - вы их и так знаете все.

let x=[1,2,3]
x=[2,3,4]

тут объявленная переменная - x. и к ней у вас полный доступ. А вот массивов в памяти - два. пока сборщик мусора не запустится. после него останется один.
покажите мне код который "достанет" оба массива?

Answer 2

[none7]

Над этим задумывались игроделы, потому, что GC периодически фризит процесс. И единственный способ этого избежать, не терять ссылки на объекты. Естественно все используемые объекты при этом должны переиспользоваться и нужно писать свой аллокатор, который повторно использует объекты не меняя имён и типов в них. И естественно, что стандартный контруктор не может быть использован для их повторной инициализации. С массивами чисел всё довольно просто, просто берём код malloc из emscripten и получаем начальный индекс в глобальном массиве и функциям передаём длину отрезка как в Си. С массивами объектов сложнее, ведь важно, чтобы оптимизатор, заранее знал тип объекта в массиве.
Как это называется? Мазохизм!