сложно согласиться. как только в руби появляется Thread - из проекта пора сваливать

а он там не появится?

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

если твоя задача нормально ложится на message passing - удобнее. но это не всегда так, если задача предполагает работу с shared data, все становится печальнее.

очень ёмко, однако

если твоя задача нормально ложится на message passing - удобнее. но это не всегда так, если задача предполагает работу с shared data, все становится печальнее.

работа с shared дата вообще сама по себе печальная штука )))

очень ёмко, однако

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

мне кажется, сейчас про ерланг знают уже практически все

я бы скорее сказал, только задроты

ну серьезно, кому он нафиг нужен

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

А какие альтернативы?

jvm

Там проще в многопоточность?

Там проще в многопоточность?

там проще в поддержку

там проще в людей

В пхп ещё проще в людей

ну мы говорим про нормальные рантаймы, а не про пых

smp-рантаймы можно сосчитать на пальцах - jvm, clr, go, beam, ghc rts.

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

ghc rts и beam маргинальны, потому что очень странные. в умелых руках это преимущество, но тех рук откровенно мало, а маркетинг как-то просран.

остаются jvm и clr.

для jvm тоже нужны умелые руки, иначе "в полночь придёт Java и съест всю твою память".

что опять все плохо?

что опять все плохо?

все еще

Идеального языка / платформы никогда не будет )

для jvm тоже нужны умелые руки, иначе "в полночь придёт Java и съест всю твою память".

там с этим как-то проще. https://buoyant.io/2016/06/17/small-memory-jvm-techniques-for-microservice-sidecars/

ghc rts и beam маргинальны, потому что очень странные. в умелых руках это преимущество, но тех рук откровенно мало, а маркетинг как-то просран.

а если на маргинальность ghc не смотреть, то как там дела? Там есть же гринтреды, но они не такие дешевые? И там не так все хорошо из коробки с супервизорами, линками и message passing?

для jvm тоже нужны умелые руки, иначе "в полночь придёт Java и съест всю твою память".

опять же, этих рук на рынке все равно больше. можно просто спросить в этих двух чятиках "кто читал erlang in anger?" и оценить примерно картину

а если на маргинальность ghc не смотреть, то как там дела? Там есть же гринтреды, но они не такие дешевые? И там не так все хорошо из коробки с супервизорами, линками и message passing?

еяпп, там preemptive зеленые треды, но больше похожие на обычные треды

ну как я читал про эрланговый шедулер, что только он один реально preemptive И там в том числе про ghc было, что там цикл в одном потоке заблочит остальные, пока целиком не выполнится. Там вроде по памяти решедулинг происходит

ну preemption по памяти в ghc это уже очень неплохо на общем фоне. потому что там этих аллокаций немеряно.

http://www.luna-lang.org/ кто нибудь тестил уже эту штуку ? )

слегка на булщит похоже))

jvm

SMP рантайм? В JVM? Ха-ха-ха.

SMP рантайм? В JVM? Ха-ха-ха.

А что, нет?

Нормальный там рантайм, без зеленых тредов, правда, но и без них можно жить

И что же смпешного в жабовском рантайме?

потоки, мьютексы, шмутексы? Дык они почти везде есть.

После EVM смотрю на многопоточность JMV как на говно.

После EVM смотрю на многопоточность JMV как на говно.

сойдет, мнение миллионов мух вполне себе аргумент

ну так что такого особенного в рантайме жабы, чего нет в других языках в плане СМП?

ну так что такого особенного в рантайме жабы, чего нет в других языках в плане СМП?

Что значит особенное? Зачем оно нужно?

В jvm есть честные треды, понимающие многопоточность gc и отсутствие нелепостей типа gil. Все, этого уже достаточно

smp-рантаймы можно сосчитать на пальцах - jvm, clr, go, beam, ghc rts.

я про это

я про это

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

это то, чего не могут рантаймы с GIL или однопоточным интерпретатором

следующий уровень для SMP-рантайма - это оптимизации для NUMA, но про это я толком ничего сказать не могу

компилируемые языки без гц по такой терминологии так вообще супер СМП

у них нет рантайма же

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

чтобы не погрязнуть в терминологии

ок, а в жабе хотябы корутины есть?

в самой жабе - нет. есть suspend functions в котлине, есть core.async в кложе, есть quasar, есть акторы в scala/akka

смп без корутин/горутин/легких потоков - не смп

так вот я список привел их реализаций.

в самой жабе - нет. есть suspend functions в котлине, есть core.async в кложе, есть quasar, есть акторы в scala/akka

но таки им далеко до эрланговских процессов или хотя бы гошных горутин?

и как я понял оно библиотечное, а не в рантайме

а зачем оно в рантайме, если работает из библиотеки?

suspend functions в котлине реализуются отчасти компилятором

а может и не отчасти

на них я толком не смотрел, но полагаю, что там типичный рерайт фунции в стейт-машину

а зачем оно в рантайме, если работает из библиотеки?

ну речь-то шла о рантайме. рантайм может быть сильно оптимизирован

по мне так СМП в рантайме это только го и эрланг, остальное - костыли.

ну, твое право так считать

также как и твое считать жвм СМП

на мой взгляд, в го уж точно нет ничего феноменального, и от jvm он отличается деталями реализации.

все, что есть в го, можно нарисовать поверх jvm не напрягаясь

с beam так не получится, да

все что угодно можно нарисовать поверх чего угодно

руби - смп?

нет, конечно, там же gil

с beam так не получится, да

но и цена этому высока

а если изменить оеализацию интерпретатора?

jruby вроде уже нормально себя ведет

нет, конечно, там же gil

GIL - это деталь реализации, а не часть спецификации языка. Есть же альтернативные интерпретаторы.

ну так и я говорю про рантаймы, которые деталь реализации

можно на коленке нарисовать однопоточный интерпретатор байткода jvm

ну так и я говорю про рантаймы, которые деталь реализации

ну тогда у нас разногласия только в терминологии

для меня жвм недостаточно "смпшная"

сильно отстает от beam

и почему в твоем списке нет ноды? она отлично подходит под твое определение СМП

нода с каких-то пор не однопоточная?

в ноде память перестала протекать? ?

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

если почти что каждую первую ио-игру на ноде постоянно перезапускают — значит нода-говно, имхо

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

с потерей состояния

?

Нода реализует мультипроцессорность через кластер из ноуд процессов.

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

В особенности, если оно такое популярное как node.

Нода реализует мультипроцессорность через кластер из ноуд процессов.

что абсолютно эквивалентно ванильным python и ruby. зачем в таком случае использовать ноду, для меня загадка.

что абсолютно эквивалентно ванильным python и ruby. зачем в таком случае использовать ноду, для меня загадка.

модно, стильно, молодёжно

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

@nwalker Ага.