Пишем собственный хитрый thread_pool-диспетчер для SObjectizer-а

[AlexCasual]

Периодически слежу за данным проектом, хочу высказать мнение по поводу цикла статей SObjectizer: очень, очень много текста и абсолютно не хватает схематических/графических вкладок, структурирования и визуализации связей между сущностями. Проект лично для меня интересен, но такая подача информации лично меня не привлекает и не дает использовать данное решение…
Если есть возможность — систематизируйте материал, может быть стоит добавить описание отдельных сущностей, связей, реальных кейсов. Среди такого обилия водного текста очень сложно уловить все мысли и идеи авторов!
С уважением!

[eao197]

Спасибо за отзыв!
абсолютно не хватает схематических/графических вкладок
А могли бы вы привести пример фрагмента/сущности/понятия для которого вы бы лично хотели увидеть поясняющую схему/картинку?

Поясню происхождение вопроса: те вещи, которые мы описываем, для нас самих понятны. Поэтому нам сложно предугадать, что вызовет затруднения у читателей.

[AlexCasual]

Например, очень бы хотелось увидеть связи между агентом, кооперациями, почтовыми ящиками, окружением, диспетчером, очередями, протоколом и транспортом. То есть такую схему ядра, чтобы можно было сразу прикинуть что к чему.
По поводу кейсов: 1) хотелось бы пример реализации взаимодействия между агентами, которые находятся в разных процессах 2) примеры кластеризации вычислений на разных узлах в сети

[eao197]

Например, очень бы хотелось увидеть связи между агентом, кооперациями, почтовыми ящиками, окружением, диспетчером, очередями, протоколом и транспортом.

OK, принято. Сделаем при первой же оказии.

1) хотелось бы пример реализации взаимодействия между агентами, которые находятся в разных процессах

SO-5 имеет готовых средств для создания распределенных приложений. Его задача — это упрощение работы с многопоточностью в рамках одного процесса. Создать распределенное приложение с помощью SO-5 можно, если самостоятельно спрятать транспорт за собственными почтовыми ящиками. Видимо, нужно будет в отдельной статье описать наш опыт создания подобной штуки поверх MQTT.

[AlexCasual]

Видимо, нужно будет в отдельной статье описать наш опыт создания подобной штуки поверх MQTT

— было бы просто здорово! Можно вообще сделать что-то типа best practice с краткими элегантыми рецептами решения конкреных проблем)

[eao197]

Конкретно про рецепты — это нужно будет посмотреть.
Но вот своим опытом набития шишек мы уже делились в предыдущих статьях: habr.com/post/324420 и habr.com/post/324978

[PavelVainerman]

Да. «Best practice» хорошая идея. Не хватает.

[eao197]

Например, очень бы хотелось увидеть связи между агентом, кооперациями, почтовыми ящиками, окружением, диспетчером, очередями

Мы подготовили статью, в которой постарались рассказать (и показать на картинках) про основные сущности, которые есть в SObjectizer, а так же про взаимосвязи и взаимодействие этих сущностей: Давайте заглянем SObjectizer-у под капот. Если что-то осталось нераскрыто или недостаточно раскрыто, то дайте знать, постараемся расширить и углубить.

PS. На очереди статья про пример организации транспорта посредством MQTT. Но это будет недели через полторы-две.

[Gryphon88]

Извините за некропост, но хотел бы спросить, не переносил ли кто SObjectizer на какую-то rtos и вообще в embedded. Монополия QP немного расстраивает.

[eao197]

Мне о таком неизвестно. В самом же SObjectizer в том виде, в котором он есть, активно используются RTTI, исключения и динамическая память. Как раз все то, что в хардкорном embedded и реальном времени под запретом.

[Gryphon88]

Спасибо за оперативный объект. Пробую танцевать от имеющихся библиотек (1, 2) по иерархическим КА, которые тоже обещают модель акторов, но многословие и самоповторы несколько пугают.