толи они копируются а область памяти target task потом, толи вообще там разделяемая между задачами память организуется
У меня складывается ощущение, что вы прелагаете людям что-то, в чем сами не до конца разбираетесь. Просто какие-то общие слова без конкретики и без попыток понять задачу целиком - выглядит неубедительно.
А с какой целью вы это вообще делаете ? Если ваша цель помочь или что-то подсказать - добавьте конкретики.
В идеальном случае - в статье есть методика, есть инструкции переделывайте первый метод на binder, выкладывайте полученные результаты.
LaTex хорош со всех сторон! Единственное, я не считаю, что его просто читать в исходном виде и для простых текстов предпочитаю Markdown.
--Если вы пишите учебник по Си и вставляете листинги с Си-кодом в LaTex код, то препроцессор будет пытаться вставить include(ы), которых на самом деле нет и выдаст ошибку. Всё заклинит. Поэтому придется убирать символ # из листингов с кодом и писать справку, что надо подразумевать тут символ #.
А почему не использовать lstlisting для кода и тогда не будет этого минуса ?
binder вроде как раз для моментального обмена сообщениями между задачами. В Qemu его использование ещё не встроили? Короче, преимущества конкретного решения перед binder?
Ну во-первых у нас обмен не между "задачами", а обмен прерываниями между гостевыми ядрами.
Короче, преимущества конкретного решения перед binder?
А давайте наоборот:
Почему вы считаете, что применение binder в данном случае целесообразно ?
Какие преимущества даёт binder по сравнению unix socket/eventfd в данном случае ?
Как предполагается использовать binder для вызовов KVM_IRQFD/KVM_IOEVENTFD ?
В каком именно месте и вместо чего предполагается использование binder ?
собственно он и используется в упомянутом initrd c убунты :) действительно популярная штуковина
Его можно использовать ВМЕСТО initrd c убунты, как бы 50 vs 2 это большая разница (уже не говоря о скорости systemd vs упрощенная версия sysvinit в busybox).
у меня сложилось впечатление что не работает (на ядрах из примера),
Тут ничего сказать не могу, кроме того, что обычно оно работает.
Например можно утащить initrd файл с Убунты (он весит около 50мб) - и попробовать подключить его. Вы получите уже более менее рабочую систему - однако убедитесь что надо создать на диске кое-какие папки (вроде /dev) да и подмонтировать его как рутовую систему.
Вы абсолютно правы (но я заметил это только прочитав ваш комметарий), это сильно исказило восприятие новости.
То-то я удивлялся, что люди с упорством достойного лучшего применения упирали, на то что он из Байкала.
@denis-19может можно что-то можно сделать ? Поменять заголовок как-то ?
с "Официальное заявление разработчика «Байкал Электроникс» Сергея Сёмина" на что-то вроде "Заявление Сергея Сёмина исключенного из списка мейнтейнеров Linux" его деятельность в ядре связанная с "Байкал Электроникс" не является самой большой частью его вклада, а после известного инцидента (насколько я знаю) она свелась к нулю.
Чисто волонтерской означает, что работу которую он проделывал (код, ревью) не является рабочим заданием от компании где он работает, а его собственной инициативой.
Поэтому обращатся к юристу компании ему не имеет смысла, так как компания тут ни при чём.
Более того в большистве Российских кампаний, позволяется заниматься такой деятельность в рабочее время в разумных пределах в обмен на то, что разработчик использует официальный почтовый адрес компании где он работает. За счет этого компания получает рекламу и возможность заявить, что у них есть профессиональные разработчики, которые участвуют в таких крупных и известных проектах.
Это называется "независимый" разработчик/мантейнер в противовес разработчикам/мантейнерам строго аффилированных с определенной корпорацией и вся их деятельность в ядре является служебным заданием.
Да можно конечно, и сделают. И даже уже сделали - не всегда патчи принимают в апстрим (поэтому есть куча форков под конкретные платы), а некоторые распространяют только бинарь не открывая исходники.
Основной вопрос даже не в том, что скомпрометирован Greg, Linus или LF в целом. Людям в данном случае не нравится (и я не про граждан РФ - их в переписке будем считать что и нет), что скомпрометирована идея Линукса как свободного ПО и в целом.
Не будет разницы, уже пробовалось с изолированным, выделеными cpu по нижней планке частоты (чтобы избежать cpufreq) - скрипты в комплекте присутвуют.
Что в принципе эквивалентно ненагруженной системе и мы, вообще говоря, сравниваем методы относительно друг друга.
У меня складывается ощущение, что вы прелагаете людям что-то, в чем сами не до конца разбираетесь. Просто какие-то общие слова без конкретики и без попыток понять задачу целиком - выглядит неубедительно.
А с какой целью вы это вообще делаете ? Если ваша цель помочь или что-то подсказать - добавьте конкретики.
В идеальном случае - в статье есть методика, есть инструкции переделывайте первый метод на binder, выкладывайте полученные результаты.
"Не, брат, с таким настроением ты слона не продашь" (с)
В общем-то у вас был шанс аргументировано обосновать примение binder, ну чтож...
Нет для передачи на старте 16 файловых дескрипторов, binder не нужен абсолютно и не даёт никаких преимуществ над использоваными методами.
Как говориться "Если бы у binder были какие-то преимущества, его бы давно стали использовать в QEMU".
Да - не подумал над этим.
Это прям совсем хорошо !
LaTex хорош со всех сторон! Единственное, я не считаю, что его просто читать в исходном виде и для простых текстов предпочитаю Markdown.
А почему не использовать lstlisting для кода и тогда не будет этого минуса ?
Ну во-первых у нас обмен не между "задачами", а обмен прерываниями между гостевыми ядрами.
А давайте наоборот:
Почему вы считаете, что применение binder в данном случае целесообразно ?
Какие преимущества даёт binder по сравнению unix socket/eventfd в данном случае ?
Как предполагается использовать binder для вызовов KVM_IRQFD/KVM_IOEVENTFD ?
В каком именно месте и вместо чего предполагается использование binder ?
Очень мило!
Его можно использовать ВМЕСТО initrd c убунты, как бы 50 vs 2 это большая разница (уже не говоря о скорости systemd vs упрощенная версия sysvinit в busybox).
Тут ничего сказать не могу, кроме того, что обычно оно работает.
А вот rdinit= vs init=, надо было бы упомянуть.
Можно просто взять busybox - его вполне достаточно для многих вещей (пример сборки rootfs из одного busybox https://github.com/maquefel/kernel-bisect-template/blob/master/Makefile) получится меньше двух мегабайт (может даже сильно меньше - не помню).
Можно, так же, объединить с ядром - CONFIG_INITRAMFS_SOURCE, причём мы можем не использовать его добавил параметр:
или загрузить другой невстроенный.
Вы абсолютно правы (но я заметил это только прочитав ваш комметарий), это сильно исказило восприятие новости.
То-то я удивлялся, что люди с упорством достойного лучшего применения упирали, на то что он из Байкала.
@denis-19может можно что-то можно сделать ? Поменять заголовок как-то ?
с "Официальное заявление разработчика «Байкал Электроникс» Сергея Сёмина" на что-то вроде "Заявление Сергея Сёмина исключенного из списка мейнтейнеров Linux" его деятельность в ядре связанная с "Байкал Электроникс" не является самой большой частью его вклада, а после известного инцидента (насколько я знаю) она свелась к нулю.
Как то вы сильно в танке просидели =)
https://habr.com/ru/news/722182/
Если коротко, просто заблокировали аккаунтам доступ, а репозитории сделали archived, как будто это сделали сами авторы.
Сколько ? Откуда такое странное число ?
И то есть двойные вхождения за счёт разных почтовых адресов и одних и тех же людей (пусть их и не много)...
Может вы имели ввиду не мейнтейнеров, а что-то еще - контрибьюторов например?
То есть работал в Байкале, автоматом виновен и не мог осуществлять никакой деятельности в своё свободное время ? (Это риторический вопрос).
Чисто волонтерской означает, что работу которую он проделывал (код, ревью) не является рабочим заданием от компании где он работает, а его собственной инициативой.
Поэтому обращатся к юристу компании ему не имеет смысла, так как компания тут ни при чём.
Более того в большистве Российских кампаний, позволяется заниматься такой деятельность в рабочее время в разумных пределах в обмен на то, что разработчик использует официальный почтовый адрес компании где он работает. За счет этого компания получает рекламу и возможность заявить, что у них есть профессиональные разработчики, которые участвуют в таких крупных и известных проектах.
Это называется "независимый" разработчик/мантейнер в противовес разработчикам/мантейнерам строго аффилированных с определенной корпорацией и вся их деятельность в ядре является служебным заданием.
Очень профессиональный, сдержанный и достойный ответ. Повторюсь...
"Пусть я мал, но я умру смертью гиганта..." (с)
@denis-19
Появился очень достойный ответ от Сергея Сёмина:
https://lore.kernel.org/netdev/2m53bmuzemamzc4jzk2bj7tli22ruaaqqe34a2shtdtqrd52hp@alifh66en3rj/T/
"Пусть я мал, но я умру смертью гиганта..." (с)
Опять врут, ну чтож такое-то...
https://lwn.net/
Да можно конечно, и сделают. И даже уже сделали - не всегда патчи принимают в апстрим (поэтому есть куча форков под конкретные платы), а некоторые распространяют только бинарь не открывая исходники.
Основной вопрос даже не в том, что скомпрометирован Greg, Linus или LF в целом. Людям в данном случае не нравится (и я не про граждан РФ - их в переписке будем считать что и нет), что скомпрометирована идея Линукса как свободного ПО и в целом.
Да вы таки дальше почитайте эту переписку, там еще смешнее...
Там уже модерация листов в ход пошла...
Похоже Memoria perenni придется потом из кусков собирать и вывешивать.
Да я бы не сказал, что он стар - ему всего 54 года.