EK
ну там без бутылки не разберёшься
Size: a a a
2020 July 14
ИИ
может кто-нибудь на пальцах объяснить, зачем нужен erts_dirty_process_signal_handler и что вообще такое dirty process, с которыми он работает?
а что за проблема с ними, если не секрет
EK
dirty process - это вроде который на dirty шедулере выполняется, но это неточно :)
AB
может кто-нибудь на пальцах объяснить, зачем нужен erts_dirty_process_signal_handler и что вообще такое dirty process, с которыми он работает?
он почему-то нашелся в топе по редукциям при нагрузочном тестировании
AB
и я сейчас пытаюсь уловить, что это вообще может значить
VS
запустите msacc при тестировании,
хоть идею получите, чем
шедулер занимался
хоть идею получите, чем
шедулер занимался
2020 July 15
YT
господа подскажите
решил я почитать сорцы отп
и хочу почитать что там в модуле
склонил я значит репу отпшную
нашел вот здесь
а там все функции определены примерно вот так
где реальное определение может быть?
решил я почитать сорцы отп
и хочу почитать что там в модуле
erlang
склонил я значит репу отпшную
нашел вот здесь
erts/preloaded/src/erlang.erlэтот модуль
а там все функции определены примерно вот так
-spec spawn(Module, Function, Args) -> pid() when
Module :: module(),
Function :: atom(),
Args :: [term()].
spawn(_Module, _Function, _Args) ->
erlang:nif_error(undefined).
где реальное определение может быть?
SP
Поищи bif.tab файл. В нем маппинг
YT
SP
Или erl_bif.tab, точно не помню
YT
ах вот оно че
спаисбо за пояснение
спаисбо за пояснение
YT
При загрузке нифов, встроенных в Эрланг или сторонних, они перекрывают (shadow) реализованные на самом языке функции. Достаточно популярная штука вне зависимости от языка
может про такой подход можно почитать гденибудь?
ато я чтото не понимаю
вот есть функция эрланговая с диалайзер спекой
но она перекрыта какойто нифкой
хочется понять что именно занимается тем что при вызове к примеру erlang:spawn вызывает сишную функцию
ато я чтото не понимаю
вот есть функция эрланговая с диалайзер спекой
но она перекрыта какойто нифкой
хочется понять что именно занимается тем что при вызове к примеру erlang:spawn вызывает сишную функцию
a
https://erlang.org/doc/tutorial/nif.html
Even if all functions of a module are NIFs, an Erlang module is still needed for two reasons:
- The NIF library must be explicitly loaded by Erlang code in the same module.
- All NIFs of a module must have an Erlang implementation as well.
Normally these are minimal stub implementations that throw an exception. But they can also be used as fallback implementations for functions that do not have native implemenations on some architectures.
YT
https://erlang.org/doc/tutorial/nif.html
Even if all functions of a module are NIFs, an Erlang module is still needed for two reasons:
- The NIF library must be explicitly loaded by Erlang code in the same module.
- All NIFs of a module must have an Erlang implementation as well.
Normally these are minimal stub implementations that throw an exception. But they can also be used as fallback implementations for functions that do not have native implemenations on some architectures.
благодарю