NV
тредов как сущностей не существует на уровне железа
Size: a a a
2020 May 17
NV
самое низкое где они появляются — это ОС
NV
на уровне железа есть данные в регистрах, которые свапаются при замене тредов, но это не треды
λ
тредов как сущностей не существует на уровне железа
Вообще существуют, но другие. Наверняка ты слышал про ht
λ
Тоже самое в плане того, что у тебя есть структура данных, которая описывает маппинг треда ос на тред цпу (ядро)
NV
хорошо
Oℕ
а известно в чем именно различие? или проверка гипотезы была по черному ящику? типа в среднем быстрее результат, из-за чего - не понятно ...?
Различие в том, что здравомысленные речи, показывающие правдоподобность наличия качеств у тех или иных экосистем значительно менее полезны, чем фактические данные.
В каждом чате каждого ЯП можно получить подробное объяснение, почему разработчики именно на именно этом ЯП самые продуктивные.
И сравнивая дискурсы практически невозможно определить, кто из них прав
В каждом чате каждого ЯП можно получить подробное объяснение, почему разработчики именно на именно этом ЯП самые продуктивные.
И сравнивая дискурсы практически невозможно определить, кто из них прав
2020 May 18
Oℕ
Ты ж описал
можно ссылку на такое определение
Y
эт а есть какието курсы/книжки по акке чтобы быстрее начать мыслить в скоупе акторов, сложно сходу даже самую простую апку разобрать
Oℕ
не поможет
Y
а что происходит когда актор умерает изза OOM, он востанавливаеться потом?
Y
в доках акки писали что у тебя меседж всегда может не долететь
λ
после оом нужно рестартовать вм
AT
эт а есть какието курсы/книжки по акке чтобы быстрее начать мыслить в скоупе акторов, сложно сходу даже самую простую апку разобрать
У меня есть пример очень простого приложения с тестами, не знаю поможет или нет, https://github.com/modulus100/tarkvara-arhitektuur-actor-model, простите за джаву, но мог бы под Scala переписать, добавить своё, может легче разобраться будет
Y
У меня есть пример очень простого приложения с тестами, не знаю поможет или нет, https://github.com/modulus100/tarkvara-arhitektuur-actor-model, простите за джаву, но мог бы под Scala переписать, добавить своё, может легче разобраться будет
хмм в доках уже есть Behaviour api ето под typed завезли насколько понял, тоже раньше видел через “extends Actor”?
C
а что происходит когда актор умерает изза OOM, он востанавливаеться потом?
я не эксперт. но когда у тебя приложение умирает из-за ООМ, то по-моему уже неважно что будет потом
C
И опять же не эксперт, но акторы и их очереди должны быть настроены таким образом, чтобы при их переполнении они просто бы реджектили все входящие сообщения
C
Тогда не будет ООМ
C
И вообще акторы это комбинация event-driven архитектуры с конкретным решением producer-consumer проблемы. Вот думаю если про эти две вещи почитать, хотя бы просто на википедии и пару рандомных статей, то половина уже станет понятна. Дальше всякие детали реализации.
Y
Const
И вообще акторы это комбинация event-driven архитектуры с конкретным решением producer-consumer проблемы. Вот думаю если про эти две вещи почитать, хотя бы просто на википедии и пару рандомных статей, то половина уже станет понятна. Дальше всякие детали реализации.
а паралелить вычисления аккой лучше не стоит?)