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

[Felix Gallo]

Note that if a dirty job actually gets scheduled when there's only one
execution thread available, you may have a bad time.

F.

On Aug 14, 2016 4:37 PM, "John Doe" <donpedrothird@REDACTED> wrote:

> 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
>>>>
>>>>
>>
>
> _______________________________________________
> 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/20160814/5108ed6e/attachment.htm>