Исходное сообщение
"В ядро Linux планируется включение функциональности D-Bus" Отправлено qux, 10-Фев-13 12:42
> Поэтому значительно проще ограничить область применения редкими и маленькими сообщениями, > открывая каналы и соединения там, где нужна передача больших данных и > в близком к реальному времени режиме. А открывалку чем триггерить? Клиент может сам не знать, сколько данных сейчас захочет передать. Динамически по объему можно, но не идеально, как минимум латентность будет прыгать, о реальном времени говоря. Куда-то прописывать правила для конкретных клиентов — совсем плохо. Потом, требовательным пользователям придется делать множество интерфейсов вместо одного и, возможно, висеть сразу на нескольких одновременно (иначе с латентностью будет еще б0льший ой). Это больше мысли вслух, если что.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Поэтому значительно проще ограничить область применения редкими и маленькими сообщениями, >> открывая каналы и соединения там, где нужна передача больших данных и >> в близком к реальному времени режиме. > А открывалку чем триггерить? Клиент может сам не знать, сколько данных сейчас > захочет передать. Динамически по объему можно, но не идеально, как минимум > латентность будет прыгать, о реальном времени говоря. Куда-то прописывать правила для > конкретных клиентов — совсем плохо. > Потом, требовательным пользователям придется делать множество интерфейсов вместо одного > и, возможно, висеть сразу на нескольких одновременно (иначе с латентностью будет > еще б0льший ой). > Это больше мысли вслух, если что.
	Введите код, изображенный на картинке: