Демоны (способы взаимодействия)

[alexis031182]

Здравствуйте.

Задался целью разработать собственного демона для решения специфичной задачи. Почитал материалы на эту тему, но остался для меня неясным один вопрос. Существуют ли ещё какие-нибудь способы взаимодействия клиентского приложения с демоном, окромя как через сетевой порт. Задача заключается в обмене информацией внутри одного компьютера между процессами.

Спасибо.

[evgeny2k]

Юзайте каналы.
Демон скриптовый или на чем посерьезнее писать будете?
А ваще вам нужно что-то типа popen()

[ivze]

Именованные каналлы. (pipefile)
Есть другие.
Сообщения(messages) (не сигналоы!).
Есть возможность устроить разделяемую память между процессами.

[alexis031182]

Юзайте каналы.

Имеется ввиду pipes?

Демон скриптовый или на чем посерьезнее писать будете?
А ваще вам нужно что-то типа popen()

Язык C/C++. Спасибо, поищу по этим ключевым словам информацию.

...
Есть возможность устроить разделяемую память между процессами.

А это как?

[evgeny2k]

А можно более подробно, для чего демон?
Типа ТЗ напишите

[alexis031182]

А можно более подробно, для чего демон?
Типа ТЗ напишите

Собственно задача заключается в следующем:

• разработать два независимых друг от друга процесса (программы);
• первый осуществляет работу по сбору, накоплению и формированию некоей информационной структуры (здесь нужно подробно?) во всё время своего исполнения;
• второй процесс посылает запрос первому на возможность предоставления этой информации себе;
• первый процесс каким-то образом её и отсылает.

Я знаю как решить данный вопрос посредством сетевого взаимодействия. Но мне бы хотелось узнать, существуют ли другие методы и более ли они эффективны.

[evgeny2k]

Да, в вашем случае (если оба процесса живут на одном хосте) самым оптимальным будет использовать именованные каналы (пайпы). Один процесс открывает пайпу с правами на запись, а второй из нее только читает, и все довольны.

[alexis031182]

Да, в вашем случае (если оба процесса живут на одном хосте) самым оптимальным будет использовать именованные каналы (пайпы). Один процесс открывает пайпу с правами на запись, а второй из нее только читает, и все довольны.

Уточните, пожалуйста, данный метод является более эффективным, нежели использование способа обмена информации через сетевой порт? Или это просто как вариант?

[/dev/random]

Если демон запускается клиентом, то popen() - оптимальный вариант (нечего портам висеть). Если клиентов много на один демон - сеть. Разделяемая память - это зло, будет куча проблем с синхронизацией. Можно еще посмотреть в сторону man unix

ЗЫ именованные каналы ничем не лучше и не хуже unix-сокетов

ЗЗЫ если не считать того, что unix-сокеты дуплексные

[evgeny2k]

Уточните, пожалуйста, данный метод является более эффективным, нежели использование способа обмена информации через сетевой порт? Или это просто как вариант?

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

ЗЫ именованные каналы ничем не лучше и не хуже unix-сокетов

Согласен

ЗЗЫ если не считать того, что unix-сокеты дуплексные

Ну с пайпами работать в два направления - тоже не проблема

[alexis031182]

Спасибо большое. Думаю нужно действительно попробовать именованные каналы использовать. Сокеты неудобны тем, что требуется сетевой порт, плюс мне и нужно лишь подключение исключительно одного клиента.

[drBatty]

уществуют ли другие методы и более ли они эффективны.

Есть смысл сделать обмен через файлы.

[ssh]

Разделяемая память - это зло, будет куча проблем с синхронизацией.

Разделяемая память плюс семафоры - никакого зла не будет. Если на один демон приходится много клиентов, то такое решение оптимально.

Кстати, если делать обмен через файлы (только зачем оно нужно?) без семафоров тоже не обойтись.

[drBatty]

Кстати, если делать обмен через файлы (только зачем оно нужно?) без семафоров тоже не обойтись.

Да легко! Как я логи читаю? Всё дело в том, что
alexis031182, не написал, как именно будет происходить обмен: Если клиент ничего не хочет сообщить демону(как при чтении лог-файла) - никаких конфликтов не будет.

[halturin]

Да, в вашем случае (если оба процесса живут на одном хосте) самым оптимальным будет использовать именованные каналы (пайпы). Один процесс открывает пайпу с правами на запись, а второй из нее только читает, и все довольны.

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

Разделяемая память - это зло, будет куча проблем с синхронизацией.

Разделяемая память плюс семафоры - никакого зла не будет. Если на один демон приходится много клиентов, то такое решение оптимально.

Кстати, если делать обмен через файлы (только зачем оно нужно?) без семафоров тоже не обойтись.

твое сообщение прочитал после того как свое запостил

[LMZ]

небольшой оффтоп:
может использовать базу данных?!

[malex]

может использовать базу данных?!

имхо, я тоже так бы сделал (использовал бы что то типа SQLite)