The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Третий выпуск реализация kdbus для ядра Linux , opennews (??), 17-Янв-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


9. "Третий выпуск реализация kdbus для ядра Linux "  +3 +/
Сообщение от anonymous (??), 17-Янв-15, 11:46 
> Высокая производительность

Производительность в dbus вообще не нужна. dbus предназначен для обмена небольшими структурированными данными. Если надо скорость и объём, то для этого есть Unix domain socket. Впрочем, сейчас найдутся умники, которые будут гонять по нему фильмы и удивляться, что ой как оно тормозит. Однозначно надо в ядро пихать!

Ответить | Правка | Наверх | Cообщить модератору

10. "Третий выпуск реализация kdbus для ядра Linux "  +/
Сообщение от ferux (ok), 17-Янв-15, 12:26 
> Впрочем, сейчас найдутся умники, которые будут гонять по нему фильмы

конечно будут. Где это видано - гонять управляющие потоки по одному IPC, а потоки данных - по другому, в рамках решения одной задачи?

Другое дело - если будет тормозить, то нужно ждать/писать новый, более гибкий в этом плане IPC.

Ответить | Правка | Наверх | Cообщить модератору

27. "Третий выпуск реализация kdbus для ядра Linux "  +2 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 17-Янв-15, 16:06 
Везде это видано. Например, стандартные пайпы  типа cmd | cmd2 | cmd3. В сложных приложениях состоящих из нескольких процессов механизмы ещё больее разнообразны.
Ответить | Правка | Наверх | Cообщить модератору

95. "Третий выпуск реализация kdbus для ядра Linux "  +2 +/
Сообщение от arisu (ok), 19-Янв-15, 14:35 
> конечно будут. Где это видано - гонять управляющие потоки по одному IPC,
> а потоки данных - по другому, в рамках решения одной задачи?

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

12. "Третий выпуск реализация kdbus для ядра Linux "  +/
Сообщение от Аноним (-), 17-Янв-15, 13:06 
>Например, некоторые разработчики нашли применение в kdbus даже для передачи звука в системе;
>Впрочем, сейчас найдутся умники, которые будут гонять по нему фильмы и удивляться, что ой как оно тормозит.

Уже погоняли, похоже.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

20. "Третий выпуск реализация kdbus для ядра Linux "  –2 +/
Сообщение от Аноним (-), 17-Янв-15, 13:35 
> dbus предназначен для обмена небольшими структурированными данными. Если надо скорость и объём, то для этого есть Unix domain socket.

Звучит примерно так же грамотно, как и "HTTP предназначен для обмена небольшими структурированными данными. Если надо скорость и объём, то для этого есть UDP."

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

28. "Третий выпуск реализация kdbus для ядра Linux "  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 17-Янв-15, 16:12 
> HTTP предназначен для обмена небольшими структурированными данными
> ... Если надо скорость и объём, то для этого есть UDP

такое мог ляпнуть тольтко клинический идиот. Вообще HTTP действительно какое-то время не был приспособлен для передачи больших объёмов данных и для этого использовали другие протоколы вроде FTP с раздельными контрольным каналом и каналом передачи данных.

Ответить | Правка | Наверх | Cообщить модератору

51. "Третий выпуск реализация kdbus для ядра Linux "  –2 +/
Сообщение от freehckemail (ok), 17-Янв-15, 22:13 
>> HTTP предназначен для обмена небольшими структурированными данными
>> ... Если надо скорость и объём, то для этого есть UDP
> такое мог ляпнуть тольтко клинический идиот. Вообще HTTP действительно какое-то время не
> был приспособлен для передачи больших объёмов данных и для этого использовали
> другие протоколы вроде FTP с раздельными контрольным каналом и каналом передачи
> данных.

Кгхм. Вы что, считаете, что он сейчас приспособлен для передачи больших объёмов данных?
Это при том, что он не поддерживает, например, докачку? Я посмотрю на Вас, когда Вы будете скачивать LiveDVD по http, и на 95% у вашего провайдера случится обрыв канала. То-то радости будет всё заново качать.

Ответить | Правка | Наверх | Cообщить модератору

53. "Третий выпуск реализация kdbus для ядра Linux "  +4 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 17-Янв-15, 22:18 
> Это при том, что он не поддерживает, например, докачку?

поддерживает. Тебе после разморозки разве ещё не сообщили?

Ответить | Правка | Наверх | Cообщить модератору

57. "Третий выпуск реализация kdbus для ядра Linux "  +1 +/
Сообщение от Аноним (-), 17-Янв-15, 23:44 
С июня 1999 товарищ был в криогенном сне, сделайте ему скидку, не отошел еще.
Ответить | Правка | Наверх | Cообщить модератору

70. "Третий выпуск реализация kdbus для ядра Linux "  +1 +/
Сообщение от Аноним (-), 18-Янв-15, 08:47 
> Это при том, что он не поддерживает, например, докачку?

А про HTTP код 206 "partial content" - не, не слышали? У, хорошая у вас там криокамера.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

98. "Третий выпуск реализация kdbus для ядра Linux "  –1 +/
Сообщение от freehckemail (ok), 19-Янв-15, 22:11 
>> Это при том, что он не поддерживает, например, докачку?
> А про HTTP код 206 "partial content" - не, не слышали? У,
> хорошая у вас там криокамера.

Да. Я, пожалуй, и в самом деле в бункере зимовал. =)

Ответить | Правка | Наверх | Cообщить модератору

37. "Третий выпуск реализация kdbus для ядра Linux "  –2 +/
Сообщение от Crazy Alex (ok), 17-Янв-15, 17:12 
Вот в результате таких верований всё имеет свои форматы обмена и, кроме велосипедизма и сопутствующих багов, нет универсального механизма мониторинга и модификации на лету.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

96. "Третий выпуск реализация kdbus для ядра Linux "  +/
Сообщение от arisu (ok), 19-Янв-15, 14:37 
> Вот в результате таких верований всё имеет свои форматы обмена и, кроме
> велосипедизма и сопутствующих багов, нет универсального механизма мониторинга и модификации
> на лету.

а, да-да, я знаю. «у нас есть 14 стандартов, и мы придумали один универсальный…»

Ответить | Правка | Наверх | Cообщить модератору

105. "Третий выпуск реализация kdbus для ядра Linux "  –1 +/
Сообщение от Crazy Alex (ok), 19-Янв-15, 23:22 
Ну скажи, какие есть плюсы у, скажем, сокетного IPC i3 перед шиной? А вот недостатки очевидны - автору пришлось наляпать велосипед по приему, отправке и базовому парсингу сообщений, и нет простого средства отмониторить в случае нужды, что за фигню ему туда шлют.
Ответить | Правка | Наверх | Cообщить модератору

106. "Третий выпуск реализация kdbus для ядра Linux "  +1 +/
Сообщение от arisu (ok), 19-Янв-15, 23:25 
а всё почему? потому что дбас — говно. есть также мнение, что если говно засунуть в ядро, то не говно превратится в конфетку, а в ядре будет куча говна.
Ответить | Правка | Наверх | Cообщить модератору

111. "Третий выпуск реализация kdbus для ядра Linux "  +/
Сообщение от Crazy Alex (ok), 20-Янв-15, 05:05 
Вообще-то скорее потому, что там, где есть i3 (и, соответственно, нет DE) DBus вполне может и не быть.

Да, а чем он тебя так раздражает? Я в реализацию не лез, но API там вполне вменяемые. ну разве что интерфейсов хотелось бы, как в COM - но это уже мои заморочки.

Ответить | Правка | Наверх | Cообщить модератору

117. "Третий выпуск реализация kdbus для ядра Linux "  +1 +/
Сообщение от arisu (ok), 20-Янв-15, 05:16 
> Вообще-то скорее потому, что там, где есть i3 (и, соответственно, нет DE)
> DBus вполне может и не быть.

…потому что оно говно и от него стараются избавиться.

> Да, а чем он тебя так раздражает?

про кривокод даже на лоре писали, это уже давно не смешно.

про то, что оно не текстовое — я писал, кажется. а если не писал, то сейчас пишу: оно не текстовое. собственно, всё: дальше мне уже неинтересно. то есть, мне было немного интересно, пока я на свою голову не почитал спеки формата. в общем, грустное оно. так никто не делит пышки.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру