T
Кластеризация
Это не задача, а метод решения задач, даже подход к нему
Size: a a a
2020 March 10
СС
Ну сама боль в том что есть некие обработчики сообщений, они должны работать все параллельно
T
Если можно сделать так, чтобы работа попадала строго в тот процесс который держит нужную память
T
Для этого можно распределять по принципу userId % cpuCores
СС
В том то и дело что каждый обработчик занимается конкретно своим делом, их несколько и порядок их обработки не важен, на выходе будет один результат
СС
Просто сообщение будет идти тому кто сейчас свободен
T
Ну и пусть себе идёт. Или каждому нужно сразу всю shared память?
СС
Ага, сообщения могут ссылаться друг на друга
T
Тогда не понятно как это так порядок не важен. Тут race condition видно
СС
Ну сообщение это по сути граф
СС
Можно установить связь на ноду которая пока ещё не обработана, или поставить в очередь если связь из неё
СС
Это можно сравнить с веб-сервером где при открытии страницы вы должны узнать на каком этапе загрузки этой же страницы находятся остальные клиенты
СС
Но вы же не знаете кто первый откроет страницы, вот и нужно всем знать обо всех
T
Можно установить связь на ноду которая пока ещё не обработана, или поставить в очередь если связь из неё
Вот тут и ключ к решению
Жн
Пацаны, а у кого мак с европейской клавиатурой, подскажите привыкнуть к расположению Ентер реально?
T
Распределением должен заниматься отдельный процесс-мастер
T
И память запрашиваться у него и копироваться по надобности
СС
Распределением должен заниматься отдельный процесс-мастер
Да, думал о mqtt, amqp
T
Да можно просто мастера этим нагрузить
T
Чтобы не плодить сущности