@angmarr

https://blog.docker.com/2016/05/docker-unikernels-open-source/

только не говори, что накатил на него винду

фото сделал

@angmarr

У меня опыт с VT-x только на Android x86 эмуляторах и там все жестко c захватом ядер.

@krivdathetriewe а он был не нормальный?

макось неудобнее юнити из убнты

Ядра тоже береги

макось неудобнее юнити из убнты

Не правда

В Юнити постоянно какая нибудь херня не работала)

https://blog.docker.com/2016/05/docker-unikernels-open-source/

пока не вдохновляет: run a single, embedded Linux instance that includes the latest stable release of Docker Engine В общем надо пробовать

пока не вдохновляет: run a single, embedded Linux instance that includes the latest stable release of Docker Engine В общем надо пробовать

Эт старый бложег ж

В Юнити постоянно какая нибудь херня не работала)

дота в русской расскладке не хоткеится

дота в русской расскладке не хоткеится

Дрота

Статья не новая, но расклад показывает https://thepracticalsysadmin.com/xhyve-vs-vbox-driver-benchmarks-for-docker-machine/

Дрота

злой ты(

Скаланы, выложил PoC офхипа DSL для Королева в отдельный проект. Туда же пойдет офхип движок для рассчета дифов между двумя рендерами. https://github.com/fomkin/levsha

Скаланы, выложил PoC офхипа DSL для Королева в отдельный проект. Туда же пойдет офхип движок для рассчета дифов между двумя рендерами. https://github.com/fomkin/levsha

а почему не scalameta ?

а почему не scalameta ?

Я смотрю, там New-style ("inline") macros пока еще в роадмапе.

Я смотрю, там New-style ("inline") macros пока еще в роадмапе.

ну разобрать/собрать аст оно умеет вроде больше ничего и не надо, не?

ну разобрать/собрать аст оно умеет вроде больше ничего и не надо, не?

Получить AST ведь откуда-то надо?

Получить AST ведь откуда-то надо?

все, что в TemplateMacro, имеет аналог на скаламете

забавное: @deprecated("Use () instead of <>", since = "0.4.0") в час назад созданной либе :) откуда копипастил?

забавное: @deprecated("Use () instead of <>", since = "0.4.0") в час назад созданной либе :) откуда копипастил?

Это часть Королева. DSL будет совместимым.

все, что в TemplateMacro, имеет аналог на скаламете

Не сомневаюсь. Уже есть путь вызвать скаламету для так же как макрос? Если да, скинь пожалуйста пример.

забавное: @deprecated("Use () instead of <>", since = "0.4.0") в час назад созданной либе :) откуда копипастил?

Вот оригинал https://github.com/fomkin/korolev/blob/master/vdom/src/main/scala/korolev/Shtml.scala

Не сомневаюсь. Уже есть путь вызвать скаламету для так же как макрос? Если да, скинь пожалуйста пример.

только как аннотацию, афаик — технически можно, но дсл будет стремный так что я снова неправ /=

а я вот не пойму - как оно off-heap то работает?

я чет тоже, нигде байтбуферов даже не увидел

@fomkin

вероятно, это намек на "а давайте все в компайлтайме"

типо раз во время компиляции, то в оффхипе?)

Как-то у меня сбт стал себя неадекватно вести со снепшотами, никто не замечал странностей?

Скаланы, выложил PoC офхипа DSL для Королева в отдельный проект. Туда же пойдет офхип движок для рассчета дифов между двумя рендерами. https://github.com/fomkin/levsha

Оффхип?нах тебе этот геморрой)))

ееее утечки памяти

я чет тоже, нигде байтбуферов даже не увидел

будут потом. дифф-движок еще не комтил

Даже в apache ignite сказали нах над)

Чегоэто

Че ты несешь))

ребят, превратить Map[String, ActorRef] в набор case -ов возможно ?

хочу роуты в конфиге указывать, а потом сюда подставлять http://doc.akka.io/docs/akka-http/10.0.2/scala/http/introduction.html

метод requestHandler

ребят, превратить Map[String, ActorRef] в набор case -ов возможно ?

А какая проблема с map(elem)?

не понял

Видимо, я тоже не понял. Нужно что-то вроде?: case HttpRequest(GET, Uri.Path(path), _, _, _) => val actRef = map(path)

Че ты несешь))

Да мне Яков сказал так) типа свои аллокатор писать, метатор, фу)

Alexander да

prefixes.map { case (prefix, bot) => path(prefix) { post { entity(as[Update]) { update => bot ! update complete(HttpEntity(ContentTypes.`application/json`, "{ \"ok\": true }")) } } } }.reduce(_~_) так выкрутился

теперь понять бы как свой "Unmarshaller" написать

http://blog.scalar-conf.com/post/159976934260/scala-popularity-contest-scalar-2017-whiteboard

Да мне Яков сказал так) типа свои аллокатор писать, метатор, фу)

Ага, только офхип никуда не делся)

Да мне Яков сказал так) типа свои аллокатор писать, метатор, фу)

Почему хоть если офхип, то свои аллокаторы обязательно? Один дайректбайтбуффер на сессию размером 64k. Туда через RenderContext пишутся опкоды со смещением. Откуда взяться утечкам?

Почему хоть если офхип, то свои аллокаторы обязательно? Один дайректбайтбуффер на сессию размером 64k. Туда через RenderContext пишутся опкоды со смещением. Откуда взяться утечкам?

А удалять ты оттуда собираешься? А компакт делать?

Ага, только офхип никуда не делся)

Ну он никуда не делся, просто приоритеты с него убрали)

А удалять ты оттуда собираешься? А компакт делать?

Зачем удалять? Сесия закрылась, ссылки на байтбуфер кончились, гц прибил байтбуфер, клинер сделал free. Компакт тоже не нужен потому что там просто де посделовательности опкодов. Структура всегда одинаковая.

ты на каждую сессию по байтбуферу собрался сделать?

ты на каждую сессию по байтбуферу собрался сделать?

Видишь проблему?

Ceссия долговечная.

а смысл тогда в байт буфере вообще?

ты с тем же успехом и в хипе можешь хранить сессию

а смысл тогда в байт буфере вообще?

прямые обращения к памяти. аллокация дайрект буфера в несколько раз медленнее чем хип буфера, но операции на нем быстрее.

@fomkin это какие там операции быстрее

@fomkin это какие там операции быстрее

put и get.

а ты мерил?)

Достаточно погуглить.

@fomkin а ты учитываешь время на сериализацию?

@fomkin кстати мои просто бенчмарк, показал, что write у баит буфера хуже

сейчас на гет проверю

Так ты код бенча давай тогда

ERROR: S client not available

да обычный бенч, создается array да по одному и тому же индексу пишется

и гетается

https://gist.github.com/gurinderu/93f42cc403f30d0cc93803a5a995f7e4

я не умею особо бенчмарки писать

поэтому как-то так

https://gist.github.com/gurinderu/93f42cc403f30d0cc93803a5a995f7e4#file-heapvsbytebuffer-java-L28 эээ

сорян, ща поправлю

Ну и результаты

в коммент закину

добавил

Что-то не так явно.

сейчас сделаю byte array и уберу каст

Что-то не так явно.

почему ты так думаешь то?

ByteBuffer имеет смысл если ты хранишь большие куски памяти или хочешь избавится от gc

а в том виде как ты хочешь сделать это смысла не имеет

Зачем тогда нужен allocateDirect?

читай выше

Что читай выше?

ByteBuffer имеет смысл если ты хранишь большие куски памяти или хочешь избавится от gc

Какая разница, выделять эту память в хипе или вне хипа?

в хипе память быстрее выделяется вроде как

Быстрее. Зачем тогда выделять ее вне хипа?

чтоб не напрягать gc

Лех, ну читай ж , написал)

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

поэтому всякие там hazelcast так и делают

А gc с чего бы напрягаться? Если это большой array[] то в чем проблема. На него есть ссылка примерно из корня. Лежит и кушатьне просит.

GC внутрь не лезет. Еще раз: зачем сделан allocateDirect?

А gc с чего бы напрягаться? Если это большой array[] то в чем проблема. На него есть ссылка примерно из корня. Лежит и кушатьне просит.

напрягаться ему с того, что ссылок становится больше,а граф нужно обходить

Он ходит по указателям. Большой array[] в куче никак не должен напрягать.

большой array нельзя создать, он ограничен размером int

большой array нельзя создать, он ограничен размером int

Окей, принимается. Еще аргументы.