Size: a a a

2020 September 02

AK

Aleksey Kluchnikov in ErlangRus
тоже вот вопрос, как так побилась база или индекс? Изза бага? Или хапнуло тот самый выход за пределы оперативы?
источник

P

PsyDebug in ErlangRus
Не в процессе штатной работы эт точно, чтот предшествовало
источник

P

PsyDebug in ErlangRus
Но осадочек остался. Теперь всеми силами не даю втаскивать монгу в проект
источник

AK

Aleksey Kluchnikov in ErlangRus
Да, все дело в осадке. Аппологеты говорят что крутая база, точ можно на ней то можно на ней это. И адекватно возразить им нечего. Но осадочек этот затавляет просто рогом упираться и все
источник

AK

Aleksey Kluchnikov in ErlangRus
Да и нет чудес. Нет килер фичи = нет смысла влазить в это
источник

AK

Aleksey Kluchnikov in ErlangRus
все персистентные базы тормозные. Все инмемори требуют оперативы
источник
2020 September 03

TT

Taras 🦀 Taraskin in ErlangRus
👍🔥 интересно!
спасибо за линк!
источник

D

Dim in ErlangRus
Lumen - это альтернативный компилятор, интерпретатор и среда выполнения для BEAM, разработанная для WebAssembly. Lumen позволяет запускать Erlang и Elixir в браузере. Проект Lumen - это повторная реализация BEAM на Rust. Используя Rust, Lumen может использовать самые современные инструменты экосистемы Rust WASM. Компилируя Elixir и Erlang из исходного кода в LLVM IR, компилятор Lumen может выполнять оптимизацию всей программы, что позволяет исключить мертвый код частей пользовательского приложения, OTP и самой среды выполнения. Устранение мертвого кода делает доставку OTP конкурентоспособной по размеру с фреймворками JavaScript, сохраняя при этом преимущества тысяч параллельных процессов и деревьев наблюдения.

https://www.youtube.com/watch?v=xuoHqGKYYqk&feature=share
источник

AB

Alex Bubnov in ErlangRus
Dim
Lumen - это альтернативный компилятор, интерпретатор и среда выполнения для BEAM, разработанная для WebAssembly. Lumen позволяет запускать Erlang и Elixir в браузере. Проект Lumen - это повторная реализация BEAM на Rust. Используя Rust, Lumen может использовать самые современные инструменты экосистемы Rust WASM. Компилируя Elixir и Erlang из исходного кода в LLVM IR, компилятор Lumen может выполнять оптимизацию всей программы, что позволяет исключить мертвый код частей пользовательского приложения, OTP и самой среды выполнения. Устранение мертвого кода делает доставку OTP конкурентоспособной по размеру с фреймворками JavaScript, сохраняя при этом преимущества тысяч параллельных процессов и деревьев наблюдения.

https://www.youtube.com/watch?v=xuoHqGKYYqk&feature=share
Ещё бы кто-нибудь объяснил нормально, зачем это.
Я пока для этого придумал только один толковый юзкейс - реюз кусков flussonic по перепаковке mpegts в mp4-фрагменты для mse, но потом выяснил, что необходимости в таком больше нет.
источник

TT

Taras 🦀 Taraskin in ErlangRus
Alex Bubnov
Ещё бы кто-нибудь объяснил нормально, зачем это.
Я пока для этого придумал только один толковый юзкейс - реюз кусков flussonic по перепаковке mpegts в mp4-фрагменты для mse, но потом выяснил, что необходимости в таком больше нет.
да вы, наверное, шутите!

как это вдруг - не нужна альтернатива в браузер?
альтернатива этому уродцу - js ..

ясен пень что нужна альтернатива!

да, есть препроцессоры - типу PureScript / Elm,
да, wasm еще далеко от полной имплементации..

и все-равно..
имхо лучше наличие выбора, чем отсутствие!

Lumen is not:

 A new Elixir-like syntax on top JavaScript.
   
 An Elixir to JavaScript transpiler.
 
 An effort to cross-compile the existing BEAM implementation to Wasm.
 
 An effort to replace the existing BEAM.

отлично же!
источник

PG

Pig Greenest in ErlangRus
так уже можно дофига всего в wasm компилировать
источник

AK

Alexey Klochkov in ErlangRus
PsyDebug
Версия 3.6 кажется была
Да, 3.6 время от времени корраптилась. Поскольку я сразу сделал бэкапную ноду, то безболезнено. Переход на 4.0 это вылечил, но само использование монги настолько неудобно, что потихоньку переползаем обратно на постгрес.
источник

ML

Maksim Lapshin in ErlangRus
Alex Bubnov
Ещё бы кто-нибудь объяснил нормально, зачем это.
Я пока для этого придумал только один толковый юзкейс - реюз кусков flussonic по перепаковке mpegts в mp4-фрагменты для mse, но потом выяснил, что необходимости в таком больше нет.
Валидацию иметь с двух сторон одним кодом
источник

ŹR

Źmićer Rubinštejn in ErlangRus
И вместо jiffy:encode будет term_to_binary
источник

ŹR

Źmićer Rubinštejn in ErlangRus
А может быть вообще вместо hackney:request будет rfc:call
источник

TT

Taras 🦀 Taraskin in ErlangRus
Pig Greenest
так уже можно дофига всего в wasm компилировать
теперь можно компилить в wasm не говно 🥳
а родной-любимый ЯП и стэк☺️

мечта дурака = erlang anywhere
источник

E

Elmir in ErlangRus
может кто пояснить след момент. вот есть refc binary, и сам бинарь, который хранится вне кучи процесса. когда какой то процесс получает в сообщении допустим мап с этим бинарем, обрабатывает его, не сохраняя допустим себе в стейт или куда еще - то счетчик ссылок увеличился на этот бинарь уже? в каких случаех процесс применик повлиял на реф каунтер для этого бинаря? И правильно понимаю, что если этот процесс достал из мапы этот бинарь, взял от него часть и где то сохранил - то уже он "прицепился" к бинарю исходному?
источник

E

Elmir in ErlangRus
Или если процесс уже получил refc бинарь, то он автоматом зареференсил его?
источник

LW

Lev Walkin in ErlangRus
Термы копируются. Когда мессадж пришел в другой процесс, то термы в процессе другие, и уже в этот момент счетчик бинаря увеличен.
источник

ML

Maksim Lapshin in ErlangRus
Внезапное «открытие»: в драйвере можно и очень удобно пользоваться nif api.

Правда перемешивать их чет стремно
источник