История изменений

По своему скромному опыту могу сказать, что зависает абсолютно ФСЬО! :)))

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

То же касается и js-интерпретатора, если он представлен разделяемой библиотекой. А вот если это какая-то виртуальная машина в отдельном процессе, которая переваривает все js-скрипты всех остальных процессов, одна на всех, а не каждому своя, то тогда ее падение определенно на них скажется. Или, если есть какой-то менеджер памяти/сборщик мусора/менеджер объектов (который, кстати, может дедуплицировать общие данные/объекты разных процессов, например, одна и та же картинка, загруженная в разных вкладках и тп, что существенно снизит потребление памяти), так же один на всех, а не персональный для каждого процесса, то его падение/зависание будет тоже фатально.

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

По своему скромному опыту могу сказать, что зависает абсолютно ФСЬО! :)))

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

То же касается и js-интерпретатора, если он представлен разделяемой библиотекой. А вот если это какая-то виртуальная машина в отдельном процессе, которая переваривает все js-скрипты всех остальных процессов, одна на всех, а не каждому своя, то тогда ее падение определенно на них скажется. Или, если есть какой-то менеджер памяти/сборщик мусора/менеджер объектов (который, кстати, может дедуплицировать общие данные/объекты разных процессов, например, одна и та же картинка, загруженная в разных вкладках и тп, что существенно снизит потребление памяти), так же один на всех, а не персональный для каждого процесса, то его падение/зависание будет тоже фатально.

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