forum.opennet.ru

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

Оглавление

В рамках проекта libcamera развивается стек для поддержки ка..., opennews (ok), 13-Дек-18, (0) [смотреть все]

Ребята изобрели webcamd из фряшечки Плохо что на плюсах , Ivan_83 (ok), 14:47 , 13-Дек-18, (1) –23 //

Я, конечно, не эксперт, но разве он не обеспечивает функционал только на уровне , Аноним (2), 14:54 , 13-Дек-18, (2) //

Не совсем webcamd содержит в себе линуксовые дрова для usb устройств - вебкамеры, Ivan_83 (ok), 15:06 , 13-Дек-18, (4) –9 //

ну тоесть как и V4L для автономных камер с собственным процессором, nevfr (?), 17:31 , 13-Дек-18, (26) +1

И как прочие libinput и ко для устройств ввода в линухе Кстати почему webcamd д, Аноним (90), 15:43 , 16-Дек-18, (90)

Потому что системдуны, как обычно, осилили прочитать только название, не вникая , Анонн (?), 18:08 , 16-Дек-18, (92)

Это ещё почему Наоборот, это плюс, Аноним (5), 15:11 , 13-Дек-18, (5) +5 //

это плюс плюс, Клыкастый (ok), 15:17 , 13-Дек-18, (6) +14
Даже два плюса , Аноним (8), 15:17 , 13-Дек-18, (8) +4
для кого плюс для любителей напридмывать сложную иерархию классов а потом на к, X4asd (ok), 15:36 , 13-Дек-18, (12) –7 //

А тут кто-то говорил о качестве Работает и ладно , Гит руль (?), 16:14 , 13-Дек-18, (15) –1
На C можно писать без сложной иерархии классов, это не обязательно , Аноним (18), 16:43 , 13-Дек-18, (18) +1
На С все же программировать проще Посему идеально было бы Public API на C, в, Урри (?), 16:55 , 13-Дек-18, (20) +1

Just to notice int c something int cpp c if cpp c std cout C i, pripolz (?), 17:08 , 13-Дек-18, (22) –3

int something INT_MAX , AshotOneShot (?), 21:17 , 13-Дек-18, (55) +6

С козырей , docpcod (?), 10:19 , 16-Дек-18, (84)

А кто запрещает сесть и подумать над структурой иерархии классов перед тем, как , Аноним (38), 18:14 , 13-Дек-18, (38) +2

Чаще всего это два мужика Даннинг и Крюгер, Аноним (61), 22:10 , 13-Дек-18, (61) +8

А на C люди видимо рефакторингом не занимаются Не разбивают сложные функции на , neit95 (ok), 11:37 , 15-Дек-18, (81) +1

У них там есть issue трекер Напишите им пока не поздно, что все уважаемые конто, Аноним (49), 19:44 , 13-Дек-18, (49) +1 //

Я же не пользуюсь линуксом, уж лучше вы напишите , Ivan_83 (ok), 20:50 , 13-Дек-18, (54) –2 //

Поэтому вы за нами 2 дня бежали, чтобы рассказать что ваш webcamd тоже не решает, Аноним (90), 15:45 , 16-Дек-18, (91)

Не 2, а 3 И не он, совсем не он умилился очередной демонстрации перепончатых, Анонн (?), 18:13 , 16-Дек-18, (93) –1

Сразу видно бсдшника - лишь бы ляпнуть что-то про свой фетиш В каком месте d за, Аноним (-), 21:54 , 13-Дек-18, (57) //

Речь, вообще-то, идёт о подходе - процесс в юзерспейсе берет сырые данные от USB, Аноним (64), 02:04 , 14-Дек-18, (64) +1 //

С другой стороны имеем демон жрущий память и висящий там, вероятно, всегда Неза, Аноним (-), 03:51 , 14-Дек-18, (66)

И эти проги конечно же не умеют вообще ничего, кроме работы с камерой и запускаю, Анонн (?), 14:05 , 14-Дек-18, (79) +1

Мистер когда-нибудь видел андроида Ну так вот, приложение камеры запускается чт, Аноним (-), 03:31 , 16-Дек-18, (83)

Аналогия в том, что дрова взяли и вытащили в юзерспейс В венде тоже так пытались, Ivan_83 (ok), 03:58 , 15-Дек-18, (80)

вот так тихо и незаметно функционал из нулевого кольца защиты проца мереезжает н, Анонимм (??), 15:17 , 13-Дек-18, (7) +1 //

Разница в том, что переезжает то, что может переехать, а в случае микроядра - мо, Crazy Alex (ok), 15:34 , 13-Дек-18, (11) +2 //

Так и в случае сабжа будут накладные расходы Вопрос только какие А то потом вы, Аноним (24), 17:19 , 13-Дек-18, (24) //

и тогда часть или всё уедет в ядро , Crazy Alex (ok), 20:42 , 13-Дек-18, (52) +2

Однако ж запихивать в ядро какой-нибудь дебайер, или тем более стабилизацию виде, Аноним (-), 22:00 , 13-Дек-18, (59)

Это уже частности Суть в том, что это, к счастью, не микроядро с его фанатизмом, Crazy Alex (ok), 12:41 , 14-Дек-18, (76)

Согласен Поэтому какой-нибудь sshfs даже не выглядит дурно - он все-равно быстр, Аноним (-), 14:49 , 16-Дек-18, (85)

вот они хотят запихнуть в свой драйвер, точнее в частично свой драйвер , J.L. (?), 15:07 , 17-Дек-18, (94)

А fuse разве не такое практикует , Аноним (24), 17:17 , 13-Дек-18, (23) //

да, конечноно это тоже лишь очередной пример того же микроядерного процесса пер, Анонимм (??), 21:33 , 13-Дек-18, (56) //

Однако ж NTFS работающий через это - в разы тормознее файлух в ядре и запросто у, Аноним (-), 04:06 , 14-Дек-18, (69) +2

Ну вот там Одно дело перенести в юзермод то что там нормально работает и так лу, Аноним (-), 21:57 , 13-Дек-18, (58) +2 //

да собсно, а IP пакеты фильтровать тоже обязательно в ядре правил ещё большая ку, Анонимм (??), 02:43 , 14-Дек-18, (65) //

Ну как бы гейтовать пакеты, особенно мелкие, в юзермод - неэффективно по переклю, Аноним (-), 04:01 , 14-Дек-18, (68) +2

да увы, всё такзнать, дело за более быстрой железной поддержкой переключений , Анонимм (??), 10:49 , 14-Дек-18, (74)

Как вы себе это представляете с тем размером контекста который у современных cpu, Аноним (-), 14:54 , 16-Дек-18, (87)

да хотяб сделать переключение контекста для вызова ринг0 и возврата через память, J.L. (?), 15:23 , 17-Дек-18, (95)

услышали мнение диванного АНАЛитика А пацаны из dppk NETMAP - об этом не знаю, Аноним (75), 11:46 , 14-Дек-18, (75) –1

Так были б это микроядерщики - b не было бы у нас iptables ipset etс А поскольк, Аноним (-), 14:53 , 16-Дек-18, (86)

systemd-webcamd - когда уже , Аноним (9), 15:17 , 13-Дек-18, (9) +8 //

soon , имя (?), 17:46 , 13-Дек-18, (30) +1

Судя по поверхностному описанию, они умеют в архитектуру Это обнадёживает , Аноним (13), 15:38 , 13-Дек-18, (13) //

Тут бы действовать от маркетинга Например наши встроенные драйверы самые открыт, Гит руль (?), 16:03 , 13-Дек-18, (14) +1

Расскажите пожалуйста этим поцам про github От поделки https git linuxtv org , klalafuda (?), 16:45 , 13-Дек-18, (19) –2 //

Вот я не пойму У гита самый удобный командный интерфейс Откуда столько ноющих , Аноним (24), 17:21 , 13-Дек-18, (25) +1 //

Я не хочу консольку Я хочу за пару минут пробежаться глазками по проекту с цель, klalafuda (?), 18:41 , 13-Дек-18, (44) //

К ветеринарчику , Онаним (?), 20:28 , 13-Дек-18, (50) +8
Так пробежаться или страдать в веб-междумордие, д 1108 вочка , Michael Shigorin (ok), 23:09 , 13-Дек-18, (62) –4

вот и выросло поколение, неспособное узнать cgit если его просто перекрасили в ч, пох (?), 17:34 , 13-Дек-18, (28) +1 //

Вырасло мобильное поколение у которых планшеты вот и все,а Вы продолжайте сидеть, Аноним (49), 19:41 , 13-Дек-18, (48) –4 //

При любом раскладе планшет мозга не заменит , Онаним (?), 20:29 , 13-Дек-18, (51) +3

как это не заменит Вот ты комментишь то, что написано экземпляром, у которого в, нах (?), 10:11 , 14-Дек-18, (72)

Програмить он всяко не сможет - поэтому учитывать его не обязательно И если так, Аноним (-), 15:11 , 16-Дек-18, (89)

На кой тем, кто только потребляет контент на планшетиках-то гит , Crazy Alex (ok), 20:44 , 13-Дек-18, (53) +3
Потреб-дей с планшетами можно с точки зрения програмизма спокойно слать в пешее , Аноним (-), 04:11 , 14-Дек-18, (70) +1

двигай пальцем формочки по экрану, делов-то , нах (?), 10:12 , 14-Дек-18, (73)

Ну так пусть они где-нибудь в своей песочнице и двигают, рядом с ведерками и кул, Аноним (-), 15:08 , 16-Дек-18, (88) +1

ух синий на чёрном програмист не дизайнер , nevfr (?), 17:35 , 13-Дек-18, (29) +1 //

брутально, имя (?), 17:48 , 13-Дек-18, (33)
это не программист там кода нет code SPDX-License-Identifier LGPL-2 1-or-lat, X4asd (ok), 19:10 , 13-Дек-18, (45)

этот стиль сайтов называется в народе Брутальный стиль , еще_адын_ананим (?), 17:50 , 13-Дек-18, (34)
Опенсорсники неважно относятся к майкрософту, к тому же после покупки MS ом гитх, Аноним (-), 22:02 , 13-Дек-18, (60) +3

Сайт без HTTPS , Ничеси (?), 17:52 , 13-Дек-18, (36) +5 //

Держи фаталити http www academy fsb ru index_i html, mnsbdfv (?), 18:27 , 13-Дек-18, (41) +1
Есть там https Принудительного редиректа нет, и для сайта со статическими стран, KonstantinB (ok), 23:19 , 13-Дек-18, (63) +5
в гугл пожалуйтесь, пусть им по попке надает, Аноним (67), 03:55 , 14-Дек-18, (67)

Linux А давайте снова выбросим известные API и наворотим новые, и пофигу, что , Аноним (40), 18:18 , 13-Дек-18, (40) +1 //

Никуда они не перестанут, не переживайте Как работали с v4l так и будут работат, klalafuda (?), 18:31 , 13-Дек-18, (42) +2
Да, ну и таки посмотрите вовнутрь https git linuxtv org libcamera git tree inc, klalafuda (?), 18:37 , 13-Дек-18, (43)

Сама инициатива, и актуальность подобного начинания показывает превосходство схе, Аноним (71), 09:54 , 14-Дек-18, (71) –1 //

Для тех, кому лишь бы работало и плевать как есть винда, туда и катитесь Хотя, Crazy Alex (ok), 12:44 , 14-Дек-18, (77) //

На самом деле это называется docker, и эта технология не от винды Это давление с, Аноним (71), 01:30 , 16-Дек-18, (82)

Там кода на сотню строчек, от силы, таких проектов основывается по десятку каж, Владимир (??), 13:07 , 14-Дек-18, (78) +3

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

7. "В рамках проекта libcamera развивается стек для поддержки ка..." +1 +/–

Сообщение от Анонимм (??), 13-Дек-18, 15:17

вот так тихо и незаметно функционал из нулевого кольца защиты проца мереезжает на 3-тье пользовательское кольцо...
а где же крики о том, что микроядро не нужно?

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

11. "В рамках проекта libcamera развивается стек для поддержки ка..." +2 +/–

Сообщение от Crazy Alex (ok), 13-Дек-18, 15:34

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

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

24. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от Аноним (24), 13-Дек-18, 17:19

Так и в случае сабжа будут накладные расходы. Вопрос только какие. А то потом выяснится, что оно поток от высокоскоростной камеры не успевает перехватывать....

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

52. "В рамках проекта libcamera развивается стек для поддержки ка..." +2 +/–

Сообщение от Crazy Alex (ok), 13-Дек-18, 20:42

...и тогда часть или всё уедет в ядро.

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

59. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от Аноним (-), 13-Дек-18, 22:00

> ...и тогда часть или всё уедет в ядро.
Однако ж запихивать в ядро какой-нибудь дебайер, или тем более стабилизацию видео - наверное тоже как-то перебор будет. Это уже явно в юзермод куда-то просится. Зачем крутить такой процессинг данных в ядре?

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

76. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от Crazy Alex (ok), 14-Дек-18, 12:41

Это уже частности. Суть в том, что это, к счастью, не микроядро с его фанатизмом, а более прагматичный подход - что удобно держать в ядре - держим в ядре, что неудобно - выносим. И по мере изменения ситуации "удобное/неудобное" могут меняться. Кернельные ФС и FUSE - хороший пример. Кстати, не знаю, как насчёт стабилизации видео, а в дебайере в ядре ничего плохого не вижу. Тихая смирная алгоритмика как алгоритмика, ни на что сторонее не влияющая.
Впрочем, судя по всему, здесь основная мотивация для выноса из ядра - желание обойти GPLv2 чтобы "защитить интеллектуальную собственность производителей камер", так что пожелаем смерти такому проекту.

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

85. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от Аноним (-), 16-Дек-18, 14:49

> с его фанатизмом, а более прагматичный подход - что удобно держать
> в ядре - держим в ядре, что неудобно - выносим.
Согласен. Поэтому какой-нибудь sshfs даже не выглядит дурно - он все-равно быстрым быть не может как таковой, из-за кучи шифрования, ремотности и вообще. Но вот локальный ФС намного лучше работает в кернеле. Что очень хорошо иллюстрируется ntfs3g, тормозным до икоты.
> в дебайере в ядре ничего плохого не вижу. Тихая смирная алгоритмика
> как алгоритмика, ни на что сторонее не влияющая.
Алгоритмика может быть достаточно тяжелой, специфичной для матрицы и иногда требовать пересмотра/улучшений/апдейта. Апдейтить по этому поводу именно кернель - идея довольно дурная.
И кроме всего прочего в каком-нибудь андроиде в результате если можно юзермод либу подтянуть - подтянут, и всем станет хорошо с улучшенным процессингом. А ядро поттягивать могут и зассать, по крайней мере пока инициативы по коммиту всех андроидных фич в майнлайн не завершились. Так что фиг вам, дескать, а не улучшенный и ускоренный дебайер, дорогие пользователи.
> Впрочем, судя по всему, здесь основная мотивация для выноса из ядра -
> желание обойти GPLv2 чтобы "защитить интеллектуальную собственность производителей камер",
Ну вот это не находит моего понимания. Да и какая там собственность я честно гря не понял. По крайней мере в V4L. Собственность обычно запихивают в свое приложение камеры, если уж хотели.

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

94. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от J.L. (?), 17-Дек-18, 15:07

>> Впрочем, судя по всему, здесь основная мотивация для выноса из ядра -
>> желание обойти GPLv2 чтобы "защитить интеллектуальную собственность производителей камер",
> Ну вот это не находит моего понимания. Да и какая там собственность
> я честно гря не понял. По крайней мере в V4L. Собственность
> обычно запихивают в свое приложение камеры, если уж хотели.
вот они хотят запихнуть в свой драйвер, точнее в "частично свой драйвер"

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

23. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от Аноним (24), 13-Дек-18, 17:17

А fuse разве не такое практикует?

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

56. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от Анонимм (??), 13-Дек-18, 21:33

да, конечно
но это тоже лишь очередной пример того же микроядерного процесса: перенос кода в на уровень пользователя для большей стабильности и прочих плюшек микроядра (даже если сами разработчики fuse на словах будут и против микроядерной архитектуры)

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

69. "В рамках проекта libcamera развивается стек для поддержки ка..." +2 +/–

Сообщение от Аноним (-), 14-Дек-18, 04:06

Однако ж NTFS работающий через это - в разы тормознее файлух в ядре и запросто упирается в ядро проца, а не что-нибудь еще. Что для файлухи как-то не прикольно.
...по этой причине я в стародавние времена угрохал у себя все NTFSы которые у меня были. Не прикольно, знаете ли, когда запись NTFS на диск 50 мегов в секунду, а ext4 - 120!

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

58. "В рамках проекта libcamera развивается стек для поддержки ка..." +2 +/–

Сообщение от Аноним (-), 13-Дек-18, 21:57

> а где же крики о том, что микроядро не нужно?
Ну вот там. Одно дело перенести в юзермод то что там нормально работает и так лучше и вообще совсем другое - вообще все и принудительно. Как бы стабилизацию видео в ядре обсчитывать - идея вообще достаточно странная, например, не находите? Это как раз более уместно для какой-нибудь либы или слоя абстракции. И наверное в кернель столько вталкивать все же не надо.

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

65. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от Анонимм (??), 14-Дек-18, 02:43

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

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

68. "В рамках проекта libcamera развивается стек для поддержки ка..." +2 +/–

Сообщение от Аноним (-), 14-Дек-18, 04:01

> да собсно, а IP пакеты фильтровать тоже обязательно в ядре?
Ну как бы гейтовать пакеты, особенно мелкие, в юзермод - неэффективно по переключениям контекста. Это тормозит. А в видео 30, ну может 60 крупных чушек в секунду. Совсем другой коленкор. Если б пакеты прилетали по 30 больших кусков в секунду, их тоже можно было бы в юзермод без напряга спихивать. А когда их многие тысячи в секунду прут и это нормальное состояние дел - опачки. При попытке это в юзермод спихивать файрвол/роутер/что там еще превратится в тормозитель прежде всего. А все остальное - потом.
> правил ещё большая куча (была), а счас так вообще правила в байткод
> компилятся и выполнятся в вирт машине... этому всему точно место в
> 0 кольце обязательно?
Там проблема в том что гейтовать тысячи пакетов в секунду в юзермод - хреново по переключениям контекста. Если их группировать - загнется латенси. Вот и получается что и так плохо и эдак плохо. А линь о том чтобы работало все же хорошо, а не тормозило везде и всюду.
> ну а блочные девайсы в запросы к винтам конвертить - это однозначно
> для 0 кольца задача... больше ж нигде это не сделать
А там опять же потоки данных большие и скорость этих операций - критична. Если это в юзермод вынести, это сильно просядет и просядут очень многие нагрузки. И такая система внезапно окажется хуже конкурентов.
Но для извращенцев есть BUSE. Это как fuse, только для блочных устройств. Спрашивайте на гитхабе, или где оно там обитает.

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

74. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от Анонимм (??), 14-Дек-18, 10:49

да... увы, всё так
знать, дело за более быстрой железной поддержкой переключений контекста

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

87. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от Аноним (-), 16-Дек-18, 14:54

> знать, дело за более быстрой железной поддержкой переключений контекста
Как вы себе это представляете с тем размером контекста который у современных cpu со всеми их плавучками и simd?

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

95. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от J.L. (?), 17-Дек-18, 15:23

>> знать, дело за более быстрой железной поддержкой переключений контекста
> Как вы себе это представляете с тем размером контекста который у современных
> cpu со всеми их плавучками и simd?
да хотяб сделать переключение контекста для вызова ринг0 и возврата через память на кристале

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

75. "В рамках проекта libcamera развивается стек для поддержки ка..." –1 +/–

Сообщение от Аноним (75), 14-Дек-18, 11:46

> Ну как бы гейтовать пакеты, особенно мелкие, в юзермод - неэффективно по переключениям контекста. Это тормозит
услышали мнение диванного АНАЛитика. А пацаны из dppk / NETMAP - об этом не знают, и пилят свое.

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

86. "В рамках проекта libcamera развивается стек для поддержки ка..." +/–

Сообщение от Аноним (-), 16-Дек-18, 14:53

> услышали мнение диванного АНАЛитика. А пацаны из dppk / NETMAP - об
> этом не знают, и пилят свое.
Так были б это микроядерщики - b не было бы у нас iptables/ipset/etс. А поскольку это Linux - вот для тех частных случаев когда это работает нормально они его и пилят. Не отбирая однако ж возможность пользоваться ядерного netfilter БЕЗ оптовых переключений контекста и факапов латенси. А не как замену где все дескать с ножом к горлу теперь гейтуют все пакеты в юзермод, и только так, выбирая между ломовыми переключениями контекста и буфферблоатом/факапом латенси.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

7. "В рамках проекта libcamera развивается стек для поддержки ка..."	+1 +/–
Сообщение от Анонимм (??), 13-Дек-18, 15:17
вот так тихо и незаметно функционал из нулевого кольца защиты проца мереезжает на 3-тье пользовательское кольцо... а где же крики о том, что микроядро не нужно?
Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "В рамках проекта libcamera развивается стек для поддержки ка..."	+2 +/–
	Сообщение от Crazy Alex (ok), 13-Дек-18, 15:34
	Разница в том, что переезжает то, что может переехать, а в случае микроядра - можешь, не можешь - вали, и побоку накладные расходы или любые другие соображения.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от Аноним (24), 13-Дек-18, 17:19
	Так и в случае сабжа будут накладные расходы. Вопрос только какие. А то потом выяснится, что оно поток от высокоскоростной камеры не успевает перехватывать....
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "В рамках проекта libcamera развивается стек для поддержки ка..."	+2 +/–
	Сообщение от Crazy Alex (ok), 13-Дек-18, 20:42
	...и тогда часть или всё уедет в ядро.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	59. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от Аноним (-), 13-Дек-18, 22:00
	> ...и тогда часть или всё уедет в ядро. Однако ж запихивать в ядро какой-нибудь дебайер, или тем более стабилизацию видео - наверное тоже как-то перебор будет. Это уже явно в юзермод куда-то просится. Зачем крутить такой процессинг данных в ядре?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от Crazy Alex (ok), 14-Дек-18, 12:41
	Это уже частности. Суть в том, что это, к счастью, не микроядро с его фанатизмом, а более прагматичный подход - что удобно держать в ядре - держим в ядре, что неудобно - выносим. И по мере изменения ситуации "удобное/неудобное" могут меняться. Кернельные ФС и FUSE - хороший пример. Кстати, не знаю, как насчёт стабилизации видео, а в дебайере в ядре ничего плохого не вижу. Тихая смирная алгоритмика как алгоритмика, ни на что сторонее не влияющая. Впрочем, судя по всему, здесь основная мотивация для выноса из ядра - желание обойти GPLv2 чтобы "защитить интеллектуальную собственность производителей камер", так что пожелаем смерти такому проекту.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от Аноним (-), 16-Дек-18, 14:49
	> с его фанатизмом, а более прагматичный подход - что удобно держать > в ядре - держим в ядре, что неудобно - выносим. Согласен. Поэтому какой-нибудь sshfs даже не выглядит дурно - он все-равно быстрым быть не может как таковой, из-за кучи шифрования, ремотности и вообще. Но вот локальный ФС намного лучше работает в кернеле. Что очень хорошо иллюстрируется ntfs3g, тормозным до икоты. > в дебайере в ядре ничего плохого не вижу. Тихая смирная алгоритмика > как алгоритмика, ни на что сторонее не влияющая. Алгоритмика может быть достаточно тяжелой, специфичной для матрицы и иногда требовать пересмотра/улучшений/апдейта. Апдейтить по этому поводу именно кернель - идея довольно дурная. И кроме всего прочего в каком-нибудь андроиде в результате если можно юзермод либу подтянуть - подтянут, и всем станет хорошо с улучшенным процессингом. А ядро поттягивать могут и зассать, по крайней мере пока инициативы по коммиту всех андроидных фич в майнлайн не завершились. Так что фиг вам, дескать, а не улучшенный и ускоренный дебайер, дорогие пользователи. > Впрочем, судя по всему, здесь основная мотивация для выноса из ядра - > желание обойти GPLv2 чтобы "защитить интеллектуальную собственность производителей камер", Ну вот это не находит моего понимания. Да и какая там собственность я честно гря не понял. По крайней мере в V4L. Собственность обычно запихивают в свое приложение камеры, если уж хотели.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от J.L. (?), 17-Дек-18, 15:07
	>> Впрочем, судя по всему, здесь основная мотивация для выноса из ядра - >> желание обойти GPLv2 чтобы "защитить интеллектуальную собственность производителей камер", > Ну вот это не находит моего понимания. Да и какая там собственность > я честно гря не понял. По крайней мере в V4L. Собственность > обычно запихивают в свое приложение камеры, если уж хотели. вот они хотят запихнуть в свой драйвер, точнее в "частично свой драйвер"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от Аноним (24), 13-Дек-18, 17:17
	А fuse разве не такое практикует?
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	56. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от Анонимм (??), 13-Дек-18, 21:33
	да, конечно но это тоже лишь очередной пример того же микроядерного процесса: перенос кода в на уровень пользователя для большей стабильности и прочих плюшек микроядра (даже если сами разработчики fuse на словах будут и против микроядерной архитектуры)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "В рамках проекта libcamera развивается стек для поддержки ка..."	+2 +/–
	Сообщение от Аноним (-), 14-Дек-18, 04:06
	Однако ж NTFS работающий через это - в разы тормознее файлух в ядре и запросто упирается в ядро проца, а не что-нибудь еще. Что для файлухи как-то не прикольно. ...по этой причине я в стародавние времена угрохал у себя все NTFSы которые у меня были. Не прикольно, знаете ли, когда запись NTFS на диск 50 мегов в секунду, а ext4 - 120!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "В рамках проекта libcamera развивается стек для поддержки ка..."	+2 +/–
	Сообщение от Аноним (-), 13-Дек-18, 21:57
	> а где же крики о том, что микроядро не нужно? Ну вот там. Одно дело перенести в юзермод то что там нормально работает и так лучше и вообще совсем другое - вообще все и принудительно. Как бы стабилизацию видео в ядре обсчитывать - идея вообще достаточно странная, например, не находите? Это как раз более уместно для какой-нибудь либы или слоя абстракции. И наверное в кернель столько вталкивать все же не надо.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	65. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от Анонимм (??), 14-Дек-18, 02:43
	да собсно, а IP пакеты фильтровать тоже обязательно в ядре? правил ещё большая куча (была), а счас так вообще правила в байткод компилятся и выполнятся в вирт машине... этому всему точно место в 0 кольце обязательно? ну а блочные девайсы в запросы к винтам конвертить - это однозначно для 0 кольца задача... больше ж нигде это не сделать
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "В рамках проекта libcamera развивается стек для поддержки ка..."	+2 +/–
	Сообщение от Аноним (-), 14-Дек-18, 04:01
	> да собсно, а IP пакеты фильтровать тоже обязательно в ядре? Ну как бы гейтовать пакеты, особенно мелкие, в юзермод - неэффективно по переключениям контекста. Это тормозит. А в видео 30, ну может 60 крупных чушек в секунду. Совсем другой коленкор. Если б пакеты прилетали по 30 больших кусков в секунду, их тоже можно было бы в юзермод без напряга спихивать. А когда их многие тысячи в секунду прут и это нормальное состояние дел - опачки. При попытке это в юзермод спихивать файрвол/роутер/что там еще превратится в тормозитель прежде всего. А все остальное - потом. > правил ещё большая куча (была), а счас так вообще правила в байткод > компилятся и выполнятся в вирт машине... этому всему точно место в > 0 кольце обязательно? Там проблема в том что гейтовать тысячи пакетов в секунду в юзермод - хреново по переключениям контекста. Если их группировать - загнется латенси. Вот и получается что и так плохо и эдак плохо. А линь о том чтобы работало все же хорошо, а не тормозило везде и всюду. > ну а блочные девайсы в запросы к винтам конвертить - это однозначно > для 0 кольца задача... больше ж нигде это не сделать А там опять же потоки данных большие и скорость этих операций - критична. Если это в юзермод вынести, это сильно просядет и просядут очень многие нагрузки. И такая система внезапно окажется хуже конкурентов. Но для извращенцев есть BUSE. Это как fuse, только для блочных устройств. Спрашивайте на гитхабе, или где оно там обитает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от Анонимм (??), 14-Дек-18, 10:49
	да... увы, всё так знать, дело за более быстрой железной поддержкой переключений контекста
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от Аноним (-), 16-Дек-18, 14:54
	> знать, дело за более быстрой железной поддержкой переключений контекста Как вы себе это представляете с тем размером контекста который у современных cpu со всеми их плавучками и simd?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	95. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от J.L. (?), 17-Дек-18, 15:23
	>> знать, дело за более быстрой железной поддержкой переключений контекста > Как вы себе это представляете с тем размером контекста который у современных > cpu со всеми их плавучками и simd? да хотяб сделать переключение контекста для вызова ринг0 и возврата через память на кристале
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "В рамках проекта libcamera развивается стек для поддержки ка..."	–1 +/–
	Сообщение от Аноним (75), 14-Дек-18, 11:46
	> Ну как бы гейтовать пакеты, особенно мелкие, в юзермод - неэффективно по переключениям контекста. Это тормозит услышали мнение диванного АНАЛитика. А пацаны из dppk / NETMAP - об этом не знают, и пилят свое.
	Ответить \| Правка \| К родителю #68 \| Наверх \| Cообщить модератору


	86. "В рамках проекта libcamera развивается стек для поддержки ка..."	+/–
	Сообщение от Аноним (-), 16-Дек-18, 14:53
	> услышали мнение диванного АНАЛитика. А пацаны из dppk / NETMAP - об > этом не знают, и пилят свое. Так были б это микроядерщики - b не было бы у нас iptables/ipset/etс. А поскольку это Linux - вот для тех частных случаев когда это работает нормально они его и пилят. Не отбирая однако ж возможность пользоваться ядерного netfilter БЕЗ оптовых переключений контекста и факапов латенси. А не как замену где все дескать с ножом к горлу теперь гейтуют все пакеты в юзермод, и только так, выбирая между ломовыми переключениями контекста и буфферблоатом/факапом латенси.
	Ответить \| Правка \| Наверх \| Cообщить модератору