Слышал что BEAM шедулеры переключаются между процессами через заданное время при любом раскладе (ну в зависимости от priority процесса), а JVM даже с аккой так не умеет, поэтому в в системе с кучей процессов beam делает jvm+akka. Поправьте если я не прав.

Не уверен что в akka кооперативная многозадачность

> . Go has goroutines, Scala has Akka library and other programming languages start to provide libraries to mimic this. But Erlang gives you also preemptive scheduling, which is really unique feature.

https://tkowal.wordpress.com/2015/01/27/the-unintuitive-latency-over-throughput-problem/

но статья 2015 года, возможно уже такое запилили в акке, но сходу не гуглится.

тоесть если все так, то на low lattancy системах beam должен делать jvm + akka очень хорошо при больших нагрузках

https://doc.akka.io/docs/akka/current/typed/dispatchers.html#blocking-needs-careful-management
говорят, заворачивайте блокирующие операции в future и пихайте его на отдельный тредпул
кооперативная

Жуткая история

Привет!

Есть среди элексироводов, кто-нибудь, кто так же хорошо разбирается в Rust? Или точнее в том, как динамическая линковка библиотек работает в Mac OS X?
Так как проблема на стыке компиляции нифа и Rust, то напишу и здесь.
У меня такая ошибка происходит:

Failed to load NIF library: \'dlopen(app_nif.so, 2): Library not loaded: @loader_path/dep_lib.dylib\n  Referenced from: app_nif.so\n  Reason: image not found\'

При том, код на Linux-е работает и единственная разница - это build.rs скрипт:

us

e std::env;
use std::path::Path;

fn main() {
  let dir = env::var("CARGO_MANIFEST_DIR").unwrap();

  if cfg!(target_vendor = "apple") {
    println!(
      "cargo:rustc-link-search={}",
      Path::new(&dir).join("dep_app/osx/lib").display()
    );
  } else {
    println!(
      "cargo:rustc-link-search={}",
      Path::new(&dir).join("dep_app/gnulinux/lib").display()
    );
  }
}

Где для Mac OS X используются те же библиотеки, но только .dylib.
Пытался гуглить проблему - не помогло. Попробовал поменять путь через install_name_tool на абсолютный - загрузка библиотеки просто зависает навечно.
Человеку, который поможет решить эту проблему, я готов заплатить или прислать книгу по Elixir 🙂

Failed to load NIF library: \'dlopen(app_nif.so, 2): Library not loaded: @loader_path/dep_lib.dylib\n  Referenced from: app_nif.so\n  Reason: image not found\'

e std::env;
use std::path::Path;

fn main() {
  let dir = env::var("CARGO_MANIFEST_DIR").unwrap();

  if cfg!(target_vendor = "apple") {
    println!(
      "cargo:rustc-link-search={}",
      Path::new(&dir).join("dep_app/osx/lib").display()
    );
  } else {
    println!(
      "cargo:rustc-link-search={}",
      Path::new(&dir).join("dep_app/gnulinux/lib").display()
    );
  }
}

dylib -> cdylib в конфиге где crate-type

Лисп — чистая матерщина, только скобки на нужные слова заменить

пора писать Elixisp на Elixir ? надо подумать...

Сначала бред преподносится как утверждение, а потом поправьте если я не прав?

дядь, не будь токсичным.
Чувак ничего обидного тебе не писал. Будь добрее.
Если он не прав, объясни ему в чём.

Нужно больше токсичности!

Это не чат по крестам

И уж точно не по джаваскрипту

всегда можно скатиться

Отличия в переключениях видимо верны, но как из этого делается вывод о том, что beam делает jvm- не очень понятно. Ну не переключается всегда одинаково - ну и хрен с ним. Зато работает быстрее

Все верно на вычислительных задачах Jvm будет лучше а на low latency beam