Live data from Hacker News

Viewing profile — sasa555

sasa555

HN member
Joined
Sat, Dec 29, 2012, 7:26 PM UTC
HN karma
35
Public activity
25 items

About sasa555

No profile information was provided.

Recent public activity

  1. story
  2. comment
    Comment #13501096

    Are you asking about BEAM or Go? Preemption already works in BEAM and doesn't lead to race conditions because of nothing shared concurrency.

  3. comment
    Comment #13501081

    Dirty schedulers can help with long running NIFs, but they can't help with e.g. a segfault in a NIF taking down the entire system.

  4. comment
    Comment #13500325

    Precisely, which is why I always advise to consider ports first :-) However, in some situations the overhead of communicating with a port might be too large, so then you have two o…

  5. comment
    Comment #13500260

    Thanks, nice to hear that! Basically a NIF blocks the scheduler, so if you run a tight loop for a long time, there will be no preemption. Therefore, invoking foo(), where a foo is …

  6. comment
    Comment #13499655

    It is possible to start external processes from BEAM and interact with them. I've blogged a bit about it at http://theerlangelist.com/article/outside_elixir You can also write NIFs…

  7. comment
    Comment #13221801

    The atom always means the same thing - a symbolic (named) constant. The dot operator can be used on an atom type to invoke a function from the corresponding module. A capital Foo.B…

  8. comment
    Comment #11073556

    I like to say that in NIFs (and port drivers) all the bets are off anyway, most notably process isolation and fault-tolerance. The guarantees such as "preemption" and fault-toleran…

  9. comment
    Comment #11073470

    I like to think of it as preemptive because (putting NIFs aside) it's not possible for a single process to completely block the entire scheduler, even if it ends up in an infinite …

  10. comment
    Comment #10137318

    I've been doing full-time Erlang for five years, and I personally prefer Elixir. Elixir is semantically close to Erlang the language, and allows you to take advantage of all the gr…

  11. comment
    Comment #10137288

    Everything is possible in a Turing complete language (assuming enough of base utility functions are provided by stdlib), so the question is not possible vs impossible, but how much…

  12. story
  13. story
  14. story
    Immutable programming, FP style (Elixir)

    http://www.theerlangelist.com/2013/07/immutable-programming-fp-style.html

  15. story
  16. story
  17. story
  18. story
  19. comment
    Comment #5452387

    I guess JVM or .NET preference is often caused by inertia, ignorance or fear of change. In the company I used to work for, they had religious devotion to Microsoft. Everything that…

  20. comment
    Comment #5443193

    I have more than 10 years of professional experience using C++, C# and Ruby to develop "classical" business web and desktop apps. I started using Erlang two years ago to implement …

  21. story
  22. story
  23. story
  24. story
  25. story