Архитектура ядра Linux / ЦОС и DSP-процессоры / Linux для RISC-V

Нужно больше подкастов про Linux!

Ребят, ну вы чего?! DPDK - это еще больший отход от идей Таненбаума. Идея микроядра - растащить все по разным процессам-серверам: сетевой стек, файловые систем и уже через порты коммуницировать с ними из прикладных процессов. DPDK же, наоборот, тащит все внутрь, чтобы максимально избавиться от переключения контекстов.

Спасибо! Очень живо и интересно.

Блин как этот реалтиме заели, человек живёт постоянно в прошлом, он воспринимает от внешних сенсоров с задержкой...

Отличный подскаст. Спасибо, случайно наткнулся на вас

Елена очень мила :)

Сейчас радиолюбители на stm32h7 кое как реализовывают преобразование фурье и КИХ БИХ фильтры. А ПЛИС очень дорого да еще и санкционная.

Отличный выпуск, про XDP, eBPF жалко не поговорили, eBPF тоже целая вселенная поверх ядра.

dos и freedos позволяют максимально непосредственно работать с железом и получить хотябы в некоторых задачах преимущество над linux? понятно что вопрос про x86

Начиная с версии ядра 6.6.x начались проблемы с поддержкой sparc и mips. А именно чтото там в ядре портит память, не учитывая особенностей. Просто эти ядра больше никто в мире уже не тестит. Китайцы и русские со своими лонгсунами и эльбрусами остались, и в силу тотальной закрытости их pull-request в апстрим никто не подпишет как checked-by: не на чем запустить.

Bigmem патч? Continuous memory allocation? Забудьте. Это для тех, кто scatter-gather dma и message-signaled interrupts написать в плисине не осилил.

1. Можно ли сделать так чтобы, программам пользователя когда нужно, исполнять код напрямую из ПЗУ, а не с виртуальной памяти. То есть нельзя ли иметь свой кастомный SWAP файл, сохранять его и исполнять код оттуда когда надо?
2. Нельзя ли перенести ядро Линукса на аппаратный уровень, чтобы ядро было в виде микросхем, а не загружался в ОЗУ, или ядро было бы частью ОЗУ на аппаратном уровне? Ведь ядро Линукса в общем стабильное.

Какое же дурное название YADRO.
Babushka, balalayka, matreshka!

Качество звука и картинки заметно выросло по сравнению с прошлыми выпусками.

Что делать если ничего не понял?

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

Да как то непонятное ощущение от видео. И про dpdk как то не внятно и про линукс как то хз а как про rust в ядре лучше бы ничего не говорили. Лучше взять линукс:))) apple это скажите.;)))

Сложилось впечатление что у гостя информация 2 летней давности. Про rust в ядре, про zfs.;)

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

Открыл для себя такой интересный канал. Молодцы. Классный гость

о! экс-джетБрейнс девелопер

Вот пристала пионерка к старику со своим RealTime.
Человек на ПЛИСе фактически внутрянку соорудил, а она ему нашла что спросить, на сколько он "настоящий" )))
Работает — настоящий RT.
Не работает — не настоящий!
Вот критерий! )))

Работаю в НИИ.
Захотелось тут для Страны нашей сэкономить пару миллионов бюджетных рублей, ну или десяток-другой. Задумали мы с коллегами во внеурочное время попробовать запустить прибор (не вправе сказать какой, но размером он с полкомнаты), который более не поддерживается производителем в России, а его управляющий комп (от Sun) давно устарел. Апгрейд невозможен, кое-как поддерживают имеющееся за счёт каннибализма, мелкий ремонт худо-бедно осуществляется, но дать вторую жизнь прибору хочется. В общем пришлось освоить немного реверс-инжениринга, сигналов, научиться пользоваться осцилографом, дизассемблером (по минимуму, кидать останов и смотреть память)... В общем логику изучили, сигналы все поняли, дошли до стадии написания драйвера. И тут "внезапно" оказалось, что самый удобный и понятный всем язык нашего сборного коллектива это... ПИТОН! ))))) Сначала согласились, что только прототипируем на питоне. Дескать потом на низкоуровневое перепишем. Но потом как-то так пошло, что и на питоне уже и доделывать будем, так как начальство наше баловство не оценило, а заморачиваться на голом энтузиазме нам уже впадлу ))) В общем так и решили на чём драйвер у нас. И это питон. Не шучу )) Главное ведь, что РАБОТАЕТ! :)

По расту блокеры для ядра - это проблема со спецификацией и компилятором.

как портировать носок?