асинхронный браузер

[freedom_of_sea]

если посмотреть диспетчер задач, в нем будет видна куча процессов браузера, по одному на вкладку. Этот подход в свое время был внедрен Хромом чтобы избежать блокировок и подвисаний на разных вкладках (тогда только появились многовкладочные браузеры

Comments

[3seemingmonkeys]

хром много памяти жрет? а что ее экономить
разве кто по 20 вкладок открывает но мне кажется таких людей не очень много..

[freedom_of_sea]

ну вот в серверах память экономят, никому не нужно тысяча апачей в памяти

[vitus_wagner]

Copy on write? Нет, не слышали.

[freedom_of_sea]

в апаче эти ухищрения не сработали, nginx его делает

[vitus_wagner]

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

[vitus_wagner]

Асинхронный браузер будет синхронно вешаться. Потому что т.н. "асинхронность" это на самом деле старая добрая
"кооперативная многозадачность", крайне популярная в 80-е годы прошлого века, когда процессоры хреново умели переключать контексты.
Кроме того, борьба с cros-site-scripting attacks в асинхронном браузере, у которого разные вкладки выполняются в одном процессе (и даже в одной нити), а значит в общем пространстве памяти, и средствами системы ее никак не поделить, это еще то развлечение.

Решаемо, конечно, например путем написания интерпретатора джаваскрипт на эрланге. Но гемморойно...

[freedom_of_sea]

а как в nginx в одном процессе в разных асинхронных сессиях люди вводят свои кредитки?

[vitus_wagner]

У nginx-а есть сисадмин. Который настучит по голове клиентам хостинга, которые начнут воровать друг у друга пользовательские данные.

А у браузера исполняемый им код - заведомо враждебный его пользователю и квалификация у этого пользователя может быть никакой.

[freedom_of_sea]

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

[iv_an_ru]

Я бы ещё напомнил про древний добрый Imatix Xitami --- высокопроизводительный _однонитевый_ веб-сервер, на машине состояний. И на огромную кучу миддлвари, в которой в одном процессе не только веб-дав-сервер, но и веб-клиенты, СУБД, hosted languages и черти лысые.

[avryabov]

Дык проблема апача в том что когда скрипт уже закончил свою работу, он не может освободить память ибо данные отдаются клиенту по медленному протоколу. А одновременное исполнение кучи разных скриптов на самом сервере на самом деле и не нужно. Достаточно не запускать скрипты пока все данные не получены и прибить их сразу после того как ответ сформирован. Т.е. nginx эффективно решает задачу back-proxy server.
У клиенского браузера задача-то другая: крутить кучу разных javascript'ов уже после того как страничка принята. "Разных" это весьма важно, ибо тут и подход fastcgi не применить.
Не, тут эти решения не сработают.
Замечу что nginx и fastcgi не написаны на rust.
Rust это о другом, и он вполне может дать существенный бонус.

[freedom_of_sea]

"У клиенского браузера задача-то другая: крутить кучу разных javascript'ов уже после того как страничка принята. "Разных" это весьма важно, ибо тут и подход fastcgi не применить."

Как кручение разных javascript в браузере отличается от кручения разных javascript в node.js ?

"Замечу что nginx и fastcgi не написаны на rust.
Rust это о другом"

не было тогда руста. Сейчас неэффективно писать сложный асинхронный код браузера на С++ , когда есть Rust

[avryabov]

-Как кручение разных javascript в браузере отличается от кручения разных javascript в node.js ?

На сервере набор скриптов конечен и их можно крутить в одном процессе, не выгружая все данные, не отключаясь от БД, и т.п. Т.е. ровно то что обеспечивает подходу fast-cgi повышенное быстродействие: наследование общих данных от одной итерации скрипта к другой.
За набором скриптов следит программер и он может гарантировать что вредоносных скриптов там нет, и потому передовать среду можно относительно безопасно.

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

[freedom_of_sea]

возможно что вы правы, жалко коли так