Исходное сообщение
"В ядро Linux планируется включить функциональность D-Bus" Отправлено Vkni, 10-Фев-13 13:24
> https://bugzilla.redhat.com/show_bug.cgi?id=684614 (и это не одна модель/производитель > девайса) Знаете такую штуку - fork bomb? Или, например, неправильно сделанная программа может выжрать всю имеющуюся память, уйдя глубоко в swap. Как люди борятся с таким? Ставят ulimits - не хватило ресурсов компа, значит не судьба выполнить эту программу. Жалко, но делать нечего. Так и тут - разрешить от каждой программы не больше 10-ти сообщений в секунду. Больше - отказ от передачи. Для человека и для ОС такой спам бессмысленен - мы всё равно не можем это обработать. > Эту концепцию еще иногда называют философией. Это неправильно. Тут именно концепция - всё есть файл; программные системы делаются из программ 2-х уровней - быстрые Сшные и медленные, но легко пишущиеся - на скриптах; управляющие каналы в текстовом виде (для простой отладки). > И имхо если она зависит от ориентации языков, то что-то с ней не так. Почему вы так решили? Чаще всего для ОС имеется "системный язык". И концепции ОС должны быть хорошо выражаемы на этом "системном языке". Для Ведроида этот язык - Java, для UNIX - С, для BeOS - C++ (объектно-ориентированная часть). Для других очень часто берут С и добавляют в него свои фичи. Например, так сделано в OC Chorus. > d-bus и в gnu/linux не только рождается ведь. То есть "в дугу" > давно и тут присутствует. А зачем тогда делать кентавра? Если нужна такая шина и вообще передача не текста, а объектов, стоит развивать Ведроид в направлении на десктопы. Может быть добавить в него Фантомовскую персистентную память.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> https://bugzilla.redhat.com/show_bug.cgi?id=684614 (и это не одна модель/производитель >> девайса) > Знаете такую штуку - fork bomb? Или, например, неправильно сделанная программа может > выжрать всю имеющуюся память, уйдя глубоко в swap. Как люди борятся > с таким? Ставят ulimits - не хватило ресурсов компа, значит не > судьба выполнить эту программу. Жалко, но делать нечего. > Так и тут - разрешить от каждой программы не больше 10-ти сообщений > в секунду. Больше - отказ от передачи. Для человека и для > ОС такой спам бессмысленен - мы всё равно не можем это > обработать. >> Эту концепцию еще иногда называют философией. > Это неправильно. Тут именно концепция - всё есть файл; программные системы делаются > из программ 2-х уровней - быстрые Сшные и медленные, но легко > пишущиеся - на скриптах; управляющие каналы в текстовом виде (для простой > отладки). >> И имхо если она зависит от ориентации языков, то что-то с ней не так. > Почему вы так решили? Чаще всего для ОС имеется "системный язык". И > концепции ОС должны быть хорошо выражаемы на этом "системном языке". Для > Ведроида этот язык - Java, для UNIX - С, для BeOS > - C++ (объектно-ориентированная часть). Для других очень часто берут С и > добавляют в него свои фичи. Например, так сделано в OC Chorus. >> d-bus и в gnu/linux не только рождается ведь. То есть "в дугу" >> давно и тут присутствует. > А зачем тогда делать кентавра? Если нужна такая шина и вообще передача > не текста, а объектов, стоит развивать Ведроид в направлении на десктопы. > Может быть добавить в него Фантомовскую персистентную память.
	Введите код, изображенный на картинке: