Обмен сообщениями в Rust

Есть ещё kay, но он часть проекта игры: https://github.com/citybound/citybound

Что за карго культ у этих кластерщиков? Родина им дала MessagePack-RPC, дала gRPC - пользуйся! Не хочу, хочу дремучее MPI и фортран.

Родина им дала MessagePack-RPC, дала gRPC - пользуйся! Не хочу, хочу дремучее MPI и фортран.

MPI умеет _гораздо_ больше.

Где я живу, это называется over-engineered.

А там, где ты живешь, знакомы с задачей ТС?

Ващет RPC и MPI это немного разные вещи, нужные для разных задач. MPI прежде всего нужен для распараллеливания алгоритмов с целью увеличения перфоманса. RPC с их обилием заголовков и прочей лишней инфой для этого не подходит.

Какие ещё заголовки в MessagePack-RPC?

С MPI пока не сталкивался, но конкуренты его используют.

Мне нужна собственно сама пересылка сообщений. На точке назначения нужен ящик входящих сообщений. Желательна прозрачная идентификация точки назначения, чтобы этот идентификатор можно было считать или восстановить из текстового конфигурационного файла. Нужно уведомление, если происходит разрыв связи с точкой назначения во время передачи сообщения. Как вершина желаний - умение запускать удаленно код на другом системном процессе. Все это умеет Cloud Haskell, к примеру.

Насчет «прозрачной идентификации точки назначения» и ящиков не понял. Если ящик - это очередь сообщений, то такого вроде нет.

Как вершина желаний - умение запускать удаленно код на другом системном процессе.

MPI_Spawn? https://www.open-mpi.org/doc/v2.0/man3/MPI_Comm_spawn.3.php

MPI_Spawn? https://www.open-mpi.org/doc/v2.0/man3/MPI_Comm_spawn.3.php

Очень годно!

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

Как один из основных вариантов рассматриваю непосредственное использование Open MPI через код unsafe.

Настоящий программист на Фортране может писать на Фортране на любом языке.