Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: embedded javascript
On 09.02.2010, at 22:10, Igor Sysoev wrote:
> On Tue, Feb 09, 2010 at 06:30:47PM +0300, Peter Leonov wrote:
>
>> On 09.02.2010, at 17:26, Igor Sysoev wrote:
>>
>>> On Tue, Feb 09, 2010 at 05:03:59PM +0300, Peter Leonov wrote:
>>>
>>>> On 09.02.2010, at 14:06, Igor Sysoev wrote:
>>>>
>>>>> Я сейчас изучаю v8 на предмет встраивания в nginx
>>>> Ура!!! :)
>>>>
>>>> Тока у v8 есть один неприятный недостаток: он не умеет предупреждать,
>>>> когда освобождает память под объектом. То есть надежные деструкторы там
>>>> пока сделать нельзя (есть, правда извороты, но они недокументированные). В
>>>> принципе, это ничем не грозит, если не будет ситуаций, когда яваскрипт
>>>> просит энжинкс ?попредержать? освобождение запроса.
>>>
>>> Имеются ввиду weak references ?
>> Помню, что обсуждение было возле слабых ссылок (если я правильно понял фразу
>> ?weak references?). А потом они (в рассылке) выяснили, что v8 не будет
>> вызывать деструктор (сишный, конечно, в яваскрипте же их нету), перед тем,
>> как удалить объект из памяти. Перл, помнится, умеет вызывать.
>
> Имеется ввиду это обсуждение:
> http://groups.google.com/group/v8-users/browse_thread/thread/9effc94911772167/e251b4e048d5a2f2
> ?
Да.
> Насколько я понимаю, на этапе шатдауна можно вызвать:
>
> while(V8::IdleNotification());
>
> который будет чистить heap и вызывать callback'и для удаления объектов
> с weak references.
Да, это тот самый недокументированный изворот.
>
>>> Что касается недокументированности, то там недокументировано всё, что
>>> выходит
>>> за пределы банального "hello world!".
>> Это да. Но нам не привыкать ;)
>>
>>>
>>>>> и у меня возник вопрос
>>>>> по поводу интерфейса - как лучше связать запрос с javascript'ом:
>>>>>
>>>>> 1) сделать предопределённый объект request, по аналогии с браузерными
>>>>> window
>>>>> и document.
>>>>> 2) или передавать его первым параметром функции, как в перле и в одной
>>>>> из реализаций nginx/v8:
>>>>> function handler(request)
>>>>> http://code.google.com/p/ngxv8/source/browse/trunk/examples/simple.js
>>>>
>>>> ИМХО, второй.
>>>>
>>>> Если использовать первый вариант, то в разные моменты времени глобальная
>>>> переменная будет указывать на разные запросы. Ее придется выставлять,
>>>> когда пришел таймер. А иногда она будет вообще пустой или указывать на
>>>> отработавший запрос. И в любом случае ее придется пересохранять, чтобы
>>>> запомнить в замыкание. А что будет, если вернутся треды? ;)
>>>>
>>>> Первый способ легко построить на основе второго практически бесплатно, а
>>>> вот наоборот будет сложнее (учитывая глобальные и запросовые таймеры,
>>>> колбеки подзапросов и приема тела).
>>>>
>>>> А еще глобальные переменные по определению медленнее параметра функции ;)
>>>
>>> В v8 для каждого запроса, скорее всего, придётся делать свой Context, и
>>> в этом контексте будет один экземпляр объекта request. Так что он всегда
>>> будет правильный.
>> То есть поделиться данными с другим запросом будет нельзя? Да и
>> подтормаживать они должны эти контексты, так как несут полные копии
>> встроенных объектов и всякое такое. А почем вы решили их использовать?
>
> Потому что
> http://code.google.com/apis/v8/embed.html#templates
>
> You can create a set of templates and then use the same ones for every new
> context you make. You can have as many templates as you require. However
> you can only have one instance of any template in any given context.
Да, гениальная штука :)
В спайдерманке тормоза на старте пытаются решить с помощью ?ленивого окружения?
(объекты создаются при первом ображении). Но до прекомпиленных образов им всем
далеко, конечно.
>
> request - это instance of template. Насколько контексты тяжёлые, пока не
> знаю. И также не знаю, можно ли контексты использовать повторно, то есть,
> деражть пул использованных контекстов.
Логично. Однако, если v8 не дает способа полностью очистить контекст, то будут
появляться ?грязные? контексты, о чем мы сможем догадаться по утечкам памяти и
по мистическим ошибкам (как в mod_perl).
Кстати, задачу изолирования запросов можно решить и из яваскрипта. То есть по
умолчанию можно все запросы отдавать глобальному контексту, а он уже решит, как
правильно изолировать запрос. Это даст возможность делать как сверхбыстрые
обработчики с общим для воркера окружением, так и изолированные окружения для
каждого запроса (можно частично, по крайней мере, в спайдерманке).
>
>> В спайдерманке (он же трейсманки), кстати, контекстам разрешается делиться
>> объектами, если они лежат в одном рантайме.
>>
>>> А что касается трэдов, то в v8 они только кооперативные.
>> Да, и это их архитектурное решение, то есть треды и не предвидятся
>
> One instance of any template in any given context - это тоже архитектурное
> решение, потому в Chrome контекст - это окно, которому достаточно
> единственного объекта window. Там на самом деле куча архитектурных
> ограничений, завязанных на Chrome, начиная с поддерживаемых платформ
> и кончая трэдами, контекстами и прочая.
Да, и это раздражает.
Однако, в наших яваскриптовых тестах он рвет всех остальных. Тока эппловский
SquirrelFish Extreme может с ним посоперничать. Но Эппл, ИМХО, не лучше Гугл.
>
> --
> Игорь Сысоев
> http://sysoev.ru
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru
|
