Исходное сообщение
"В ядро Linux планируется включение функциональности D-Bus" Отправлено Vkni, 10-Фев-13 02:55
>> Очень хорошо. Расскажите, пожалуйста, зачем в реальном мире нужна такая шина? > Да дофига применений. Общесистемные броадкасты world-changing событий. Это довольно редкий тип событий и без особого трафика. > Обмен между программами в изолированных окружениях информацией в аккуратном и контролируемом виде. Corba уже есть. > И да, ничему не противоречит например те же логи вести в виде когда > источник кидает сообщения по шине а все заинтересованные в логгинге ловят > их, соответственно. И по разному логгируют. Есть же вроде syslog, в котором вывод настраивается. Если не хватает - для большого трафика есть pipe, sockets. > Кто в сеть шлет на > другой хост, кто локально пишет в быструю индексированную базу, а кто > вообще отладочный probe и в текстовом виде, в консольку все дампает, > например. Ну так, один из вариантов, раз уж мы тут про > логи флудим. Вопрос - как часто? Если делать общесистемную шину, держащую большую нагрузку, к ней придётся прикрутить: 1. Планировщик. 2. Приоритетность сообщений. 3. Разбиение сообщений на пакеты (для больших сообщений). 4. Сложную систему блокировок. 5. Мультипроцессорность. Если учитывать сетевые транспорты, всё ещё больше усложняется, т.к. скорость транспортов будет отличаться на порядки. Поэтому значительно проще ограничить область применения редкими и маленькими сообщениями, открывая каналы и соединения там, где нужна передача больших данных и в близком к реальному времени режиме.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Очень хорошо. Расскажите, пожалуйста, зачем в реальном мире нужна такая шина? >> Да дофига применений. Общесистемные броадкасты world-changing событий. > Это довольно редкий тип событий и без особого трафика. >> Обмен между программами в изолированных окружениях информацией в аккуратном и контролируемом виде. > Corba уже есть. >> И да, ничему не противоречит например те же логи вести в виде когда >> источник кидает сообщения по шине а все заинтересованные в логгинге ловят >> их, соответственно. И по разному логгируют. > Есть же вроде syslog, в котором вывод настраивается. Если не хватает - > для большого трафика есть pipe, sockets. >> Кто в сеть шлет на >> другой хост, кто локально пишет в быструю индексированную базу, а кто >> вообще отладочный probe и в текстовом виде, в консольку все дампает, >> например. Ну так, один из вариантов, раз уж мы тут про >> логи флудим. > Вопрос - как часто? Если делать общесистемную шину, держащую большую нагрузку, к > ней придётся прикрутить: > 1. Планировщик. > 2. Приоритетность сообщений. > 3. Разбиение сообщений на пакеты (для больших сообщений). > 4. Сложную систему блокировок. > 5. Мультипроцессорность. > Если учитывать сетевые транспорты, всё ещё больше усложняется, т.к. скорость транспортов > будет отличаться на порядки. > Поэтому значительно проще ограничить область применения редкими и маленькими сообщениями, > открывая каналы и соединения там, где нужна передача больших данных и > в близком к реальному времени режиме.
	Введите код, изображенный на картинке: