[erlang-questions] Can't make dirty schedulers work on a certain VPS

[John Doe]

Yes, it works with forced smp enabled
 erl -smp enable -pa ebin


2016-08-15 2:21 GMT+03:00 John Doe <donpedrothird@REDACTED>:

> Yes, likely this is the case.
> is it possible to enable smp on one core? The kernel is configured with
> smp.
>
> 2016-08-15 2:17 GMT+03:00 Felix Gallo <felixgallo@REDACTED>:
>
>> If you're running on just one core, then erlang doesn't enable smp or
>> dirty schedulers. Could that be it?
>>
>> On Aug 14, 2016 4:13 PM, "John Doe" <donpedrothird@REDACTED> wrote:
>>
>>> there's neither smp no ds
>>> Erlang/OTP 19 [erts-8.0.3] [source] [64-bit] [async-threads:10] [hipe]
>>> [kernel-poll:false]
>>>
>>> 1>  erlang:system_info(dirty_cpu_schedulers).
>>> ** exception error: bad argument
>>>     in function  erlang:system_info/1
>>>        called as erlang:system_info(dirty_cpu_schedulers)
>>>
>>>
>>> 2016-08-15 2:08 GMT+03:00 Steve Vinoski <vinoski@REDACTED>:
>>>
>>>>
>>>>
>>>> On Sun, Aug 14, 2016 at 6:38 PM, John Doe <donpedrothird@REDACTED>
>>>> wrote:
>>>>
>>>>> Hi all,
>>>>> got a very strange problem today on a Debian 7.11, gcc 4.7.2  VPS -
>>>>> all apps with dirty schedulers nifs fail with  "{error, {bad_lib, xxx
>>>>> requires a runtime with dirty scheduler support."}}"
>>>>>
>>>>> The erlang is built by
>>>>> KERL_CONFIGURE_OPTIONS="--disable-dynamic-ssl-lib  --with-ssl=/usr/
>>>>> --enable-smp-support  --without-termcap --enable-dirty-schedulers
>>>>> --enable-builtin-zlib" ./kerl build git https://github.com/erlang/otp.
>>>>> git OTP-19.0.4 OTP-19.0.4
>>>>>
>>>>> This is not problem of the apps, all the apps fail with the same
>>>>> error, I tried https://github.com/vinoski/bitwise and a couple of
>>>>> other.
>>>>>
>>>>> There are no problems altogether with the same apps and the same OTP
>>>>> built with the same command on my home box. Anyway, i tried to build erlang
>>>>> with other flags and with no kerl, nothing changed.
>>>>>
>>>>> What could be the reason for that?
>>>>>
>>>>
>>>> I think the only way you can get that error message is if the runtime
>>>> is not actually compiled with dirty schedulers enabled. Are you sure you're
>>>> picking up the right runtime via your path? When you start an erlang shell,
>>>> does the status line include something like
>>>>
>>>>     [smp:8:8] [ds:8:8:10]
>>>>
>>>> or is the "ds" part missing? What do you get if you execute the
>>>> following in the erlang shell?
>>>>
>>>>     erlang:system_info(dirty_cpu_schedulers).
>>>>
>>>> --steve
>>>>
>>>
>>>
>>> _______________________________________________
>>> erlang-questions mailing list
>>> erlang-questions@REDACTED
>>> http://erlang.org/mailman/listinfo/erlang-questions
>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20160815/2f9fea0a/attachment.htm>