В виртуальной машине все хорошо, кроме виртуальности )

дык это дёшево щас

Особенно в свете последних багов в процах.

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

О каких виртуальных машинах идет речь?

Всяких. Реальных и условных. JVM, CLR, BEAM

если бы всё было с ними хорошо то все бы на них сидели

Но вообще ж, на них все и сидят по факту )

все джавы и интерпретируемые языки, подавляющая доля рынка

Кроме ресурсоемкой разработки

.NET тоже можно условно отнести к виртуальным машинам

хотя конечно трудно провести границу после которой рантайм можно считать виртуальной машиной.

Не .NET, а CLR

Не .NET, а CLR

скорее IL + CLR + JIT

JIT это для все VM вообще

не обязательно

IL - часть CLR

Так что CLR

Мне только неясна отличие VM от JIT-компилятора байткода

Так что CLR

ну давай еще до посинения будем спорить, считать ли IL частью CLR или не считать.

До посинения не получится

ад.во.ка.т.

)

Меня забанят раньше

Меня забанят раньше

Это можно считать вариантом посинения

АДВОКАТ!!!

Сейчас надо еще поспорить, является мой бан вариантом посинения или нет :DDDDD

Но ладно, вернемся к нашим баранам

Мне только неясна отличие VM от JIT-компилятора байткода

Мне только неясна отличие VM от JIT-компилятора байткода

эрланговская виртуальная машина в стандартной поставке не делает JIT компиляцию, пока еще

А тогда какие функции она исполняет?

Выполнение байт-кода

и предоставление API для всякого-разного

также она занимается уборкой мусора и управлением процессами

А с процессами она что делает?

процессы не системные, а эрланговские, а делает она с ними примерно тоже самое, что OS делает с системными процессами.

А смысл?

А смысл?

примерно такой же как в корутинах/файберах

только эрланговские процессы в этом деле, наверное, самые продвинутые на данный момент.

Как там такой тип многозадачности называется?

корутины/файберы - кооперативный

в эрланге самый настоящий вытесняющий тип

DCOM получается, только для IL only?

Нет. Как COM был чисто нативной технологией, так и DCOM, по идее. Но там наивный подсчет ссылок, который нужно делать вручную или через смартпоинтеры.

в эрланге самый настоящий вытесняющий тип

Не проще ли положится на треды?

Не проще ли положится на треды?

ну сколько ты можешь создать нативных тредов, чтобы все это добро не начало дичайше тормозить?

В эрланге можно скажем миллиончик сделать на не особо мощной машине

Ну он на самом деле чистит... обычно... когда звезды правильно расположены... Пруф https://glot.io/snippets/ez2ji2cmzh

Да. В релизной сборке ему и на звёзды пофиг.

Да. В релизной сборке ему и на звёзды пофиг.

В хорошем или плохом смысле?

В эрланге можно скажем миллиончик сделать на не особо мощной машине

Тормозить же все равно будет из-за нехватки процессорного времени

В хорошем или плохом смысле?

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

Ну вот

Тормозить же все равно будет из-за нехватки процессорного времени

Смотря чем занимаются процессы. Если они ждут IO, а эрланг в основном на это заточен, то все будет вполне шустро.

Смотря чем занимаются процессы. Если они ждут IO, а эрланг в основном на это заточен, то все будет вполне шустро.

С потоками на уровне ОС то же

Не проще ли положится на треды?

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

потому что очень хочется асинхронности

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

Гринтреды с кооперативной же, не?

С потоками на уровне ОС то же

Если бы так было, то никаких горутин/корутин/файберов, никто бы не изобретал

Гринтреды с кооперативной же, не?

гринтреды — ето что угодно

С потоками на уровне ОС то же

только ты их запустишь ну сотню, ну пять сотен но не несколько тысяч

Если бы так было, то никаких горутин/корутин/файберов, никто бы не изобретал

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

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

а какая разница по-сути?

родные потоки они по тяжеловесности приближаются к родным же процессам

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

а какая разница по-сути?

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

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

и что?

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

Вот затраты на создание потоков в ОС - да, оверхед. Но есть вариант реализации тредов в юзерспейсе(со своими минусами), что, видимо, мы и наблюдаем в эрланге

Вот затраты на создание потоков в ОС - да, оверхед. Но есть вариант реализации тредов в юзерспейсе(со своими минусами), что, видимо, мы и наблюдаем в эрланге

не только на создание, но и на хранение их в памяти

и на переключение контекстов

и что?

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

гринтреды не для тяжеловесных вычислений.

ERROR: S client not available

Конечно

Я просто ответил про разницу

Надо быстрые потоки - жертвуем функциональностью и пихаем их в нэймспейс

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

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

стандартная нагрузка для всякого веба

А

Ну для таких дел и гринтреды сгодяться

Зачем полноценные - непонятно

Ну для таких дел и гринтреды сгодяться

ты наверное про кооперативную многозадачность vs вытесняющую

Именно

гринтреды - это не обязательно кооперативная многозадачность

вытесняющая хороша тем, что нет шансов случайно подвесить одну корутину и вместе с ней подвесить все корутины болтающуюся в этом же потоке.

Смешанная многозадачность?

смешанная?

такая как кооперативная, но по всем ядрам чтобы

не совсем понятно о чем ты

Я имел ввиду, что переключается либо по переходу в ждущее состояние потока, либо по таймауту

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

А если сначала большой, а потом маленький?)

не знаю, сделай, проверь :)

Не, как называться будет?

А само ядро ОС в один поток работает?

Не, как называться будет?

назови его DH-многозадачность

А почему?

А почему?

Ну в честь изобретателя :)

Ааа

xDD

немного вклинюсь не в ту сторону. ковыряю немного vibe-core. примеров встроенных чет мало. вайбовский TCPConnection чет разочаровал. (или я неправильно его готовлю) делаю так: void test_collback( TCPConnection c ) { try { if( !c.empty && c.connected ) { ubyte[] buf; c.read( buf ); } и он не заполняет динамический массив. если массив фиксированного размера создать - то всё ок - заполняет. но если его размер больше чем есть данных в сокете - ждет ? я думал он может все данные которые были пропушены (tcp flag PSH) может как-то отдать сразу. но пока чет не выходит каменный цветок. еще и сайт вайбда сломался походу

есть какие-нибудь популярные проекты на vibe-core кроме самого вайбда?)

“еще и сайт вайбда сломался походу” - а зачем же ты его сломал??? (шутка)

> и он не заполняет динамический массив. если массив фиксированного размера создать - то всё ок - заполняет. но если его размер больше чем есть данных в сокете - ждет ? так и есть

вот это тебе поможет http://vibed.org/api/vibe.core.net/TCPConnection.leastSize