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@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru