Есть компонент process. Этот компонент использует shm. Кусок этой памяти представляет собой массив. Каждая ячейка в этом массиве называется slot.
Процесс бывает двух типов master и worker. При каждом рестарте или релоаде мастер “увольняет” старые слоты, старые воркеры завершаются, а новые воркеры “захватывают” свободные слоты.
Первое:
Компонент process занимается и вопросами shm и вопросами мастера и вопросами воркера.
Решение: пилим его на три компонента: shm, master и worker. А slot остается как есть и относится к shm. Ок, делаем.
Второе:
Для ускорения работы, каждый воркер при запуске один раз оббежав большой массив, должен закешировать данные из слотов, актуальных к его циклу жизни и знать о всей своей бригаде. Ок, делаем.
Третье:
Таким образом у нас появляется еще один вид слота. Структурки весьма похожи, но предназначены для разных целей.
Помогите найти синоним к слову “slot” или иные названия для этих видов “слотов” подходящие по контексту.
З.Ы.: Анон, жги!
Как частный случай – да. Воркеры (это отдельные процессы) обмениваются кучей данных через пайпы/сокетные пары. Инициатор какой-то части уникальных данных только один из воркеров, но остальные воркеры всегда получают от инициатора копию этих данных.
Однако, эта функциональность уже никак не относится к моему вопросу. И не понятно, как это поможет тебе придумать названия.
Я сам столкнулся с такой проблемой и принял решение копировать данные, для того что бы избежать ошибок. Но в моём случае, это просто сообщения в telegram и ответы на них. Если бы это было бы чем то побольше, то заморочился бы передавать исключительно по указателю.
Задание, exercise.
Это не задания. Слоты перезанимаются только между перезапусками приложения. И только хранять пару-троку флагов для удобства доступа “по ключу”.
Я запутался пытаясь понять логику твоей программы.
Перечитай с самого начала.
Попробовал. Запутался ещё больше.
Ну, тогда не помогай. Джуны, вона, вообще сразу слились ))