Есть ли тенденции по созданию нормальных многопоточных решений (языков программирования) для веб-разработки?

Я думаю, имелся в виду бэкенд. Так что браузеры тут не при делах.

Мне кажется, они работают в разных процессах не от хорошей жизни. Это сделано для безопасности. А цена этому - огромные объемы памяти, т.к. вкладка занимает минимум 25-30Мб, даже пустая без контента.

Насчет языка, вы частично правы. Вопрос, конечно, не в языке, а в технологии. Но так вышло, что язык завязан на технологию. Конечно, завязан не железно, и можно менять язык. Но может быть проще сделать другой язык. Что реально проще - не знаю. В моём вопросе упомянул про ЯП лишь в скобках, а основной акцент на слове "решения".

Дмитрий Свиридов, IMHO дело не в бэкенде, поскольку "решений" для многопоточного бэкенда - полным полно..

Nikolay Petyukh, если вы про нагрузку от JS, то табы и так не виснут в случае бесконечных циклов. А если про баги браузера и как следствие падения вкладок, то это как раз про безопасность, имхо. Будь табы в одном процессе, браузер бы занимал гораздо меньше памяти.

Saboteur, решений для многопоточного бэкенда - да, но какие из них НОРМАЛЬНЫЕ (как автор уточнил в формулировке вопроса), кроме java и .net? Go/Rust? Может быть, но пилить на них большие сайты очень долго и неудобно. ORM под го вменяемых нет (Gorm кажется удобной только на первый взгляд). Да и сам Go, как язык, весьма своеобразен, да и фреймворков реально хороших тоже нет. Берешь Gin/Gonic - и тут же начинаешь писать issues в Github, потому что то одно не работает, то другое (и дело вовсе не в кривых руках, уверяю Вас, просто сыровато все).

Дмитрий Свиридов, А чем конкретно не устраивает java/Go? Да хоть на С++ бэкенд можно пилить. Веб-серверов для организации многопоточности достаточно.
Я все еще склоняюсь к тому, что топикстартер имел ввиду именно фронтенд.

Saboteur, да, он уже об этом написал в комментарии к задаче