Hi Michael,
Thx for the tips, gonna check them. I myself doubt too that it's
DragonFly or HAMMER2 :) My feeling is that erlang should be at least
marginally faster on DragonFly/HAMMER2.
A guestion regarding the latest erlang/elixir: have you seen these error
messages? They are annoying but don't affect overall operation.
```
16:26:59.500 [error] Bad output fd in erts_poll()! fd=22,
port=#Port<0.5>, driver=spawn, name=/usr/local/bin/git
```
Perhaps I'll check these too.
Regards,
B.
On 8/14/20 11:19 AM, Michael Neumann wrote:
On Fri, Aug 14, 2020 at 10:24:00AM +0200, Jávorszky Balázs wrote:
Hi,
We are using RIAK as our database, and for various reasons (well, TrueOS
has been abandoned...), we need to pick a new OS.
Can you try some gerneral Erlang/Elixir benchmarks first? I doubt it's
really DragonFly or HAMMER2 that slows down that much but rather the
Erlang port that might miss some optimizations on DragonFly. It could be
a missing #ifdef in the Erlang scheduler for instance. I had been
running Elixir and Erlang myself on DragonFly but never did any serious
performance comparisons. One further thing you could try is to run Riak
on DragonFly with different numbers of Erlang scheduler threads (+S)
or turn off SMP just to see if it makes a difference. If you are more
experienced, you could look for #ifdef __FreeBSD__ in the Erlang code
and see if there is an appropriate #ifdef __DragonFly__ as well, or if
the #else branch falls back to some generic, slow code.
Regards,
Michael
--
B.
