в поисках виртуальной машины

[wizzard]

пока меня поразило устройство двух виртуальных машин

- Macromedia/Adobe Flash AVM2 (эволюция превратила маленькую кавайную зверушку в огромного хаотичного монстра)
- виртуальная машина PyPy (концептуально и круто, и, эмм, ест моск. очень сильно ест моск)

что ищется в первую очередь:

- code serializaltion [a.k.a. serialize(eval(‘lambda x, y: x+y’)) ]
- thread serialization (tasklets, threadlets, кто как называет)
- контроль над исполнением потоков (ручной scheduler и\или управляемое preemptive multitasking)
- наличие интерпретатора\компилятора языка высокого уровня под данную VM
- работающего под ней же ;)

что было бы прикольно иметь:

- в идеале – замкнутость, т.е. чтобы внутри этой VM можно было запустить экземпляр такой же VM, но это не обязательно
- code instrumentation (как минимум _pentry/_pexit, в идеале – встроенный profiling)
- встроенный debugger было бы без сомнения круто, но в случае чего его можно и дописать
- еще интересна рефлексия программы и\или рефлексия самой VM.
- быстродействие вторично, но все же лучше, чтобы скорость не отличалась более чем в 1000 раз от кода на C

UPD: еще одно применение thread serialization - для ускорения запуска тяжелых программ (fread+memcpy явно быстрее загрузки чего-либо, даже тривиального), вспомнил после прочтения http://zhengxi.livejournal.com/73471.html

Comments

[wizzard]

ZeroC ICE - интересная штука, понравилось. хоть и не уверен что это то, но забавно.
Эрланг как вариант, да.

Опять же, интересует, как будут вести себя все эти штуки, если на машине будет, скажем, 100к потоков (которые в основном спят, но иногда просыпаются и могут выполнять долгоиграющие действия)

Цель - уменьшить максимальное response time, возможно, за счет увеличения среднего. Т.е. если из 1000 запросов один займет секунду, а остальные 2 мс, то это плохо. Если все займут по 20 мсек, то это хорошо (невзирая на то, что общая загрузка будет выше и все такое)

[wizzard]

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

as a completely unrelated note, пора спать, а то меня сейчас начнет заносить в бред

[jtootf.livejournal.com]

всё равно не понял мысли. жду утреннего пояснения на трезвую голову ;)

[wizzard]

думаю, надо собрать простенький прототип, погонять какие-нить нагрузочные тесты и посмотреть, во что мы упираемся на самом деле, чем разводить просто флейм

а размышления это на тему "как может выглядеть движок для" -> http://wizzard0.livejournal.com/26452.html
записи будут помечаться тэгом "муравьи"

[jtootf.livejournal.com]

советую посмотреть на идею "науки" в eve online ;) оттуда можно кой-какие идеи утянуть, чтобы не получить полного хаоса дванольности

[jtootf.livejournal.com]

100к потоков выдержит и то, и то. проверено :) правда, с ICE в этом плане я работал больше, Erlang только щупал, но есть у кого посмотреть на высоконагруженные приложения на нём