Полный офф. Программизм под линух. («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Полный офф. Программизм под линух.

Отправлено Artem-1.6E-19 14 октября 2009, г. 14:48

Есть одна master программа и куча slave программ. master генерит разные события. Сообщения об этих событиях должны получать ВСЕ slave программы.
Если я делаю семафор, то сделав в него три post, все те slave программы которые сейчас стоят на wait этого семафора, получат три post на всех. Если стоит в очереди 10 задач, то получают по одному post три задачи и все. А мне нужно чтобы все 10 получили по три post.

Делаю pipe, читают две задачи. Посылаю в пайп строку, получает только одна задача.

БЛИН!

Составить ответ | Вернуться на конференцию.

Ответы

Ну и сделай 10 семафоров... Или делай в каждом slave-процессе менеджер по перепосылке. Например, заведи семафор-"количество slave-процессов" и проверяй его sem_getvalue(): если ты не один в "сети" -перепосылка. Типа, так... - ETM (14.10.2009, 15:45:29 94.79.44.2, пустое)
- Угу. И если кто-то сдох, то дохнет вся система. :) Решение уже на другом форуме подсказали. - Artem-1.6E-19 (14.10.2009, 16:06:7 77.87.39.155, пустое)
  - Да нифига... Знамя,выпавшее из рук, поднимет следующий боец... Впрочем, хозяин-барин.. - ETM (14.10.2009, 16:09:44 94.79.44.2, пустое)
    - Боец не умер. Он завис. Впал в ступор. Схватил знамя и только глазами вращает ошалено. А может и с ума сойти и начать знамена раскидывать. - Artem-1.6E-19 (14.10.2009, 16:16:48 77.87.39.155, пустое)
      - :))) Дык, бля, какой камандир - такое и войско... - ETM   (14.10.2009, 16:19:9 94.79.44.2, пустое)
        
        Войско какое есть. И оно должно идти вперед. А бойца потом НКВД пристрелит. Блин, шо делать? Или очередной модуль в ядро писать, или через UDP на localhost боардкастить. Маразм! - Artem-1.6E-19   (14.10.2009, 16:21:52 77.87.39.155, пустое)
        
        Если я правильно понял, есть share-memory кольцевой буффер сообщений от мастера? Тогда нафиг семафоры? Просто поллингом( sleep) слэйфы смогут иго вычитывать... - ETM   (14.10.2009, 16:27:36 94.79.44.2, пустое)
        
        while(!condition); будет процессор жрать и тормозить менее приоритетные задачи. - Artem-1.6E-19   (14.10.2009, 16:43:41 77.87.39.155, пустое)
        
        while(1) { sleep(в завистмости от требуемой оперативности); if(condition){...; break}} - почти то же, что и if(sem_mait()==0){....} - ETM   (14.10.2009, 16:47:41 94.79.44.2, пустое)
        
        Почти, то тоже не хорошо. Выход, конечно, но не красивый. Но по UDP boardcast еще менее красиво. Зато возможностей на будущее больше. - Artem-1.6E-19   (14.10.2009, 16:49:43 77.87.39.155, пустое)
Никогда не писал для Линуксоидов, но очевидно что нужно завести по отдельной очереди на каждого получателя. - Oldring (14.10.2009, 14:53:15 85.141.169.131, пустое)
- А я не знаю сколько будет очередей. Может быть очень много. Самое дурное, что в ядре, такой проблемм, совершенно нет: в функции open выделил память, и вписал указатель в дескриптор. В close освободил память из дескриптора. В функции чтения читаеш из общей для ядра, и пишеш в память десриптора. БЛИН. А тут, кроме как UDP bordcast посылать на 127.0.0.1, я придумать ничего не могу. - Artem-1.6E-19 (14.10.2009, 15:02:13 77.87.39.155, пустое)
  - Ну а если неизвестно сколько получателей, как система узнает что сообщение полностью обработано и про него нужно забыть? Нужна какая-то система перманентной подписки. Или это не "сообщения". - Oldring (14.10.2009, 15:10:54 85.141.169.131, пустое)
    - Называться это может как угодно. Хоть флаги. - Artem-1.6E-19 (14.10.2009, 15:16:19 77.87.39.155, пустое)
      - Флаги? Никогда не сбрасываемые? IMHO у тебя какая-то заморочка. - Oldring   (14.10.2009, 15:36:22 85.141.169.131, пустое)
        
        Никогда не видел зависшей проги? Та я Вам завидую! - Artem-1.6E-19   (14.10.2009, 16:22:48 77.87.39.155, пустое)
        
        Обычно за зависшисми и удаленными прогами подчищает хэндлы само ядро. - Oldring   (14.10.2009, 16:44:11 85.141.169.131, пустое)
        
        Как это оно за зависшими хендлы подчищает? И зависнуть оно может в самом ядре. Будет висеть в ожидании ответа от ядра, который не придет никогда.... - Artem-1.6E-19   (14.10.2009, 16:51:28 77.87.39.155, пустое)
        
        Не знаю как в Линуксе, но при завасании в правильно написанном драйвере процесс убиваем и хэндлы прочищаемы. Но это не имет отношения к обсуждаемому вопросу непонятного назначения. При многопоточном программировании правильная архитектура определяет боле 50% успеха. - Oldring   (14.10.2009, 17:24:53 85.141.169.131, пустое)