OpenBSD 7.7

И чем же отсутствие возможности подключать беспроводные устройства ввода-вывода является достоинством, светоч ты наш?

Можно еще выкинуть поддержку сети, например. Будет вообще безопасно. Нет сети - нет проблем.

И поддержку видеокарт тоже выкинуть - из-за спины тебе в монитор может смотреть сущность в виде гномика шпиён. Оставить только последовательную консоль.

Впрочем, ее тоже можно выкинуть, потому что сериалпорт не шифруется.

И вообще комп не надо включать. Вот это будет идеально.

Поясни, в чем дело

Нет, просто беспроводная чушь (которая по удивительному (нет) совпадению ещё и систематически оказывается с наркоманским дизайном во всех аспектах) не нужна.

красивое!

беспроводная чушь

Купи себе хорошие синезубые наушники, и путаться в проводах тебе больше не захочется.

с наркоманским дизайном

Это вообще вранье. Попробуй выйти с алиэкспресса, например вот.

не нужна

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

Купи себе хорошие синезубые наушники, и путаться в проводах тебе больше не захочется.

А тут вопросы, потому что у меня вся периферия через донглы. У BT слишком всратая задержка примерно для всего. Другое дело, что отсутствие BT убивает применение OpenBSD для IoT. Хотя применения для IoT убивает много чего, включая срок поддержки в полгода.

Купи себе хорошие синезубые наушники, и путаться в проводах тебе больше не захочется.

Да. Но на светофорах, они пропускают звук. Немного повернёшься посильнее - они пропускают звук.

Да. Но на светофорах, они пропускают звук. Немного повернёшься посильнее - они пропускают звук.

Хорошие – нет.

Все пропускают.

Все пропускают.

У меня все работает, что я делаю не так?

У BT слишком всратая задержка примерно для всего.

Если ты не киберспортсмен, то это вообще не критично. Я играю в оффлайновые игры, лежа на кресле перед гигателеком, с беспроводной клавой и мышкой, и мне нормально. А музыку слушать и видосики смотреть в наушниках - так вообще никакой разницы нет.

Другое дело, что отсутствие BT убивает применение OpenBSD для IoT.

Вот да.

Не выходишь на улицу, не слушаешь музыку.

Если ты не киберспортсмен, то это вообще не критично. Я играю в оффлайновые игры, лежа на кресле перед гигателеком, с беспроводной клавой и мышкой, и мне нормально. А музыку слушать и видосики смотреть в наушниках - так вообще никакой разницы нет.

Ммм… я визуально замечаю даже мышб. Но в любом случае, у меня три беспроводных устройства и мало что из поддерживаемого лялексом может сразу три девайса по BT.

Не выходишь на улицу, не слушаешь музыку.

Прохладные истории, рассказывай ещё.

я визуально замечаю даже мышб

Оспаривать не буду, может это мышка такая, или линукс чудит. А может просто у тебя восприятие хорошее - тоже бывает.

Короче, GPL – яркий пример коммунистических фантазий старого хиппана-мозолееда, разбивающихся о суровую реальность.

Ага, а GNU/Linux стал самой популярной среди свободных OS просто случайно. GPL вот совсем не при делах. Ну-ну.

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

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

Я же сказал, не BT, а через донглы. Прямым текстом, ну.

Обновился. Аптайм между обновами 100%. Хейтеров в помойку и долгой жизни проекту!

Да, и? Повторю высказанную мной мысль: этот код было выгодно опубликовать по причинам, не связанным с GPL.

Когда контора отправляет код в Linux то получает гарантию, что конкурент не сможет ее код просто так улучшить, скомпилять и продать уже как свой улучшенный продукт. BSD же такой защиты не дает.

Когда контора отправляет код в Linux то получает гарантию, что конкурент не сможет ее код просто так улучшить, скомпилять и продать уже как свой улучшенный продукт. BSD же такой защиты не дает.

Это с чего бы вдруг? Ты обязан отдавать код купившему, а не конкуренту.

Да и хука какие-то прикрутили, но немного. Но какое же там наркоманство в io_uring_params и вызовах setup и enter! Ну запутаться же во всех этих вложенных структурах и юнионах можно. Читаешь код и на тридцатой строке примера из мана уже глаза болят! Ну неинтуитивно же!

Да и хука какие-то прикрутили, но немного. Но какое же там наркоманство в io_uring_params и вызовах setup и enter! Ну запутаться же во всех этих вложенных структурах и юнионах можно. Читаешь код и на тридцатой строке примера из мана уже глаза болят! Ну неинтуитивно же!

Почему? Это просто submission/completion queue. Там все чрезвычайно просто.

Это с чего бы вдруг? Ты обязан отдавать код купившему, а не конкуренту.

Ну так оригинальная контора купит. Купивший код выложит. Странный аргумент.

Ну так оригинальная контора купит. Купивший код выложит. Странный аргумент.

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

ну немного при делах - но главное так случилось. Бигтех сделал свой выбор и дальнейшие обсуждения бессмысленны - это уже попыка провернуть фарш назад.

Все кроме линукса - это либо академические проекты либо проекты отдельных энтузиастов. Шансов что эти ребята что академики что хоббисты - так прокачают свою систему что бигтех сменит фаворита - примерно ноль. Но от того что эти проекты еще живут и развиваются - все только выигрывают.

предоставит купившему.

Код это собственность купившего софт — он и выложит код.

Ты что пытаешься доказать? Что Google не может получить код GPL продуктов RedHat?

Код это собственность купившего софт — он и выложит код.

Зачем бы ему это делать? Мы только что про коммерческие фирмы говорили.

Ты что пытаешься доказать? Что Google не может получить код GPL продуктов RedHat?

Нет, я буквально это и написал. Гугл, купивший продукт RedHat, получает доступ к сорцам.

ну немного при делах - но главное так случилось. Бигтех сделал свой выбор и дальнейшие обсуждения бессмысленны - это уже попыка провернуть фарш назад.

Наоборот. Это в Интернете популярно всему ставить в упрек «вопреки». Linux стал популярен вопреки свободному компилятору, лицензии, GNU окружению. И как он только преодолел такие преграды на своем пути!

проекты отдельных энтузиастов

Другое дело Linux, никогда не был проектом энтузиаста. :)
Понятно, что уже никто не будет менять шило на мыло.

Нет, я буквально это и написал. Гугл, купивший продукт RedHat, получает доступ к сорцам.

Вот и я об этом же. Это делает невозможным RedHat'у просто взять Гугловый код в Linux и создать лучший продукт — Google моментально же получает улучшения себе назад.

Вот и я об этом же. Это делает невозможным RedHat’у просто взять Гугловый код в Linux и создать лучший продукт — Google моментально же получает улучшения себе назад.

В теории – да. На практике в этом мало смысла, потому что важен не сам код, а его поддержка.

Концептуально — действительно просто. И в ядре все довольно прозрачно. Но инициализация всего этого безобразия со стороны пользователя весьма неинтуитивна.

Ну почитай пример из io_uring(7). Вот в app_setup_uring() без поллитры не разберешься. Очень неочевидная инициализация полей. И попробуй не ошибиться в оффсетах. Очень сложный интерфейс получается. Вот я раньше думал, что верх укуренности это какой-нибудь openat2 или posix_spawn, но я ошибался. Об удобстве и интуитивности настройки очередей просто не подумали.

Ну почитай пример из io_uring(7). Вот в app_setup_uring() без поллитры не разберешься. Очень неочевидная инициализация полей. И попробуй не ошибиться в оффсетах. Очень сложный интерфейс получается. Вот я раньше думал, что верх укуренности это какой-нибудь openat2 или posix_spawn, но я ошибался. Об удобстве и интуитивности настройки очередей просто не подумали.

Ну это системное программирование, тут все такое :))

Купи себе хорошие синезубые наушники, и путаться в проводах

В проводах я не путаюсь, я не настолько неуклюжий (а ты?).

тебе больше не захочется.

Мне уже не хочется держать радиоизлучатель около головы. Всякие рассказчики про «да всё норм» - просто идите нафиг, ваши аргументы идут в /dev/null не читая.

Это вообще вранье. Попробуй выйти с алиэкспресса, например вот.

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

и космической же глупости.

Космическая глупость - это у тебя.

Но вообще говоря, я не вижу тут большой проблемы. Вот то что мы делаем для io_uring_cmd:

	struct foobar_cmd *cmd = (struct foobar_cmd *)&sqe->cmd;

	io_uring_prep_rw(IORING_OP_URING_CMD, sqe, fd, NULL, 0, 0);
	sqe->cmd_op = FOOBAR_OP_ONE;
	cmd->request = (__u64)req;

Это вроде не то чтобы сложно.

Понятно, что уже никто не будет менять шило на мыло.

И я о том же. Уже абсолютно не важно что как почему и зачем - все уже случилось. И все остальные энтузиасты могут расслабиться и перестать ждать мешок с деньгами - этот суперприз уже ушел Линусу Торвальдсу и больше не разигрывается. Ну а Линусу приходится примерять на себя водолазку Стива Джобса - ибо мешок с корпоративными денгами помимо ништяков приносит с собой кучу обязательств. И вот из хиппи лохматого и бунтаря-повстанца-джедая ты вдруг превращаешься в нечто в сером имперском мундире с гладко выбритой мордой лица и короткой уставной стрижкой.

Ну нет, не всё. :) Системные вызовы юникса просты как грабли. Да и ядро люди стараются писать довольно просто, что бы самим не запутаться. Есть непознаваемые куски в управлении памятью или в том же bpf с вычислимым goto, но все остальное-то более-менее познаваемо. Для io_uring бы какие удобные макросы-хелперы написать, но что-то вот пока не написали. Да и полей в структурах чот дофига, трудно понять навскидку, что тебе надо для твоей задачи и как это все заполнить.

В проводах я не путаюсь, я не настолько неуклюжий (а ты?).

А я люблю слушать Вагнера в наушниках, пока сру. Я надеваю свои беспроводные наушники, включаю оперу и начинаю яростно срать, размахивая руками, как дирижер. Очень сложно было бы тащить за собой несколько метров провода.

Ну нет, не всё. :) Системные вызовы юникса просты как грабли. Да и ядро люди стараются писать довольно просто, что бы самим не запутаться.

Ээээ… посмотри как файловый дескриптор через UNIX сокет передается. Там полный треш.

А, да, не забудь, что для всех операций есть врапперы:

io_uring_prep_OP(...);

Оно от сискола лишним аргументом отличается. Вот, read(), например:

       void io_uring_prep_read(struct io_uring_sqe *sqe,
                               int fd,
                               void *buf,
                               unsigned nbytes,
                               __u64 offset);

А app_setup_uring() это low-level пример, его в реальном коде нет. Для этого есть io_uring_queue_init().

Это одно из немногих исключений.

Это одно из немногих исключений.

Если ты пользуешься только read и write – да. Если ты писал что-то с ioctl(), то нет, там тоже такой трешанины полно, особенно когда до DMA буферов доходит.

Да вроде бы unlocked_ioctl — штука несложная. С DMA-буферами да, треша много, ибо кеши, хитрая память и все такое.

Ну, значит удобные хелперы таки написали. Спасибо, буду копать дальше.

В проводах я не путаюсь, я не настолько неуклюжий (а ты?).

Это исключительно вопрос удобства. Если ты прирос к компу (а ты, прирос, судя по твоему нулевому кругозору) - то да, тебе будет нормально.

Всякие рассказчики про «да всё норм» - просто идите нафиг, ваши аргументы идут в /dev/null не читая.

Учебники физики ты тоже отправил в /dev/null, даже не читая, вестимо.

Ты не понял о чём речь

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

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

Космическая глупость - это у тебя.

Нет, мальчик. Космическая глупость - это когда ты говоришь за всех, ни бельмеса не смысля в предмете. А это с тобой бывает примерно всегда: и с положением Fn на клаве, и с systemd, и теперь вот с нинужностью блютуза.

Буквально вот:

#include <err.h>
#include <liburing.h>
#include <string.h>
#include <unistd.h>

int main(void)
{
	struct io_uring_cqe *cqe;
	struct io_uring ring;
	char buf[32] = {};
	int ret;

	ret = io_uring_queue_init(2, &ring, 0);
	if (ret)
		errx(1, "cannot init io_uring ring: %s", strerror(-ret));

	for (;;) {
		io_uring_prep_read(io_uring_get_sqe(&ring), STDIN_FILENO, buf, sizeof(buf), 0);

		ret = io_uring_submit_and_wait(&ring, 1);
		if (ret < 0)
			errx(1, "cannot submit SQEs: %s", strerror(-ret));

		io_uring_wait_cqe(&ring, &cqe);
		if (cqe->res < 0)
			errx(1, "cannot read: %s", strerror(-ret));

		io_uring_cqe_seen(&ring, cqe);

                io_uring_prep_write(io_uring_get_sqe(&ring), STDOUT_FILENO, buf,
                                    sizeof(buf), 0);

                ret = io_uring_submit_and_wait(&ring, 1);
		if (ret < 0)
			errx(1, "cannot submit SQEs: %s", strerror(-ret));

		io_uring_wait_cqe(&ring, &cqe);
		if (cqe->res < 0)
			errx(1, "cannot write: %s", strerror(-ret));

		io_uring_cqe_seen(&ring, cqe);
        }

	return 0;
}

В теории – да. На практике в этом мало смысла, потому что важен не сам код, а его поддержка.

Какая поддержка? Вот выпустили PlayStation на FreeBSD. И какой смысл Sony это в апстрим отдавать? Чтобы условный MS потом на их коде продукт сделал и уже не отдал.
Или с Minix'ом все носятся, мол Интел его в каждый утюг засунул. И что? И где? Лучше покойному Миниксу от этого стало?
Да, Миникс ярчайший пример, почему GPL это хорошо и почему без него, скорей всего, современного Linux'а бы и не было.

Согласен.

Интересно сколько Линус на нем заработал. :)

Какая поддержка? Вот выпустили PlayStation на FreeBSD. И какой смысл Sony это в апстрим отдавать? Чтобы условный MS потом на их коде продукт сделал и уже не отдал.

Ты не понимаешь как это работает. Вот тебе случай из реальной практики. В апстриме Linux есть драйвер. Вендор туда комитит, но с довольно большим лагом. У него есть свой секретный драйвер, который он дает избранным партнерам. Можно даже запросить сорцы.

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

Без команды разработки, которая понимает, что происходит, это все лишено смысла. Люди тупо дольше будут гадать на кофейной гуще, чем сами сделают то же самое, только с пониманием, зачем.