https://opennet.me/openforum/vsluhforumID3/105807.html Вышла (http://lynxline.com/inferno-rpi-0-4-release/) новая версия операционной системы Inferno OS (http://lynxline.com/projects/labs-portintg-inferno-os-to-raspberry-pi/) для одноплатного компьютера Raspberry Pi. Выпуск примечателен значительным увеличением производительности после устранения ошибки в планировщике задач и оптимизацией загрузки, которая теперь занимает около 1 секунды. <br><br><br><br><br>Напомним, что ОС Inferno была создана в Bell Labs по заказу компании Lucent и увидела свет в 1995 году. Она основана на коде операционной системы Plan 9 и дополнена виртуальной машиной Dis, приложения для которой написаны на языке Limbo, предке языка Go. В основе Inferno лежит идея об использовании файлов для представления всех ресусов операционной системы, начиная от устройств и заканчивая окнами графического интерфейса и буфером обмена. Обрабатывать запросы доступа к таким файлам может не только ядро ОС, но и обычные приложения, а для передачи запросов используется сетевой протокол 9P. Благодаря этому любой ресурс опе https://opennet.me/openforum/vsluhforumID3/105807.html#26 Sun, 13 Dec 2015 17:02:41 GMT Спасибо за очень интересную ссылку.<br> https://opennet.me/openforum/vsluhforumID3/105807.html#25 Thu, 10 Dec 2015 14:52:33 GMT &gt; Вот это да! Так это правда! Раз за инферно. А "чистый" <br>&gt; Plan 9 на распи [1] пробовали? Эх, жаль, образ от 29 <br>&gt; марта 2015. Не очень стар, но подозрительно насчёт продолжения развития.<br>&gt; [1] http://plan9.bell-labs.com/sources/contrib/miller/9pi.img.gz <br><br>Попробовал. Работает. Грузится секунд 20, не считая ручного ввода даты. Тормозов не заметил, всё шустро. Никаких глюков, виденных под Инферно, не наблюдаю. Правда интерфейс сильно на любителя. Чем-то напоминает ОС Оберон, с которой я немного работал студентом лет 15 назад и уже основательно подзабыл. В общем, ничего полезного сделать пока не смог, надо разбираться.<br> https://opennet.me/openforum/vsluhforumID3/105807.html#24 Thu, 10 Dec 2015 08:52:28 GMT Я посмотрел [1]. Да, там просто gpio 4 соединяется напрямую с системным таймером 100МГц. А уже код делает FM модуляцию меняя настройки этого системного таймера. Для звука его надо менять скажем всего 20КГц.<br><br>Я игрался раньше с таймерами я ядром. То что я видел - ядро успевает сделать все свои дела и за 10 мкс. (По умолчанию portclock срабатывает с мин 100 мкс и макс 10 милисек). Так что возможно модулировать и до 100КГц без провалов от ядра. <br><br>Что сейчас может помешать - графика в инферно сейчас на уровне ядра а так как графика через framebuffer то она тормозит. Так что если есть желание вкрутить FM радио в inferno ядро, то делать это без графики :).<br> https://opennet.me/openforum/vsluhforumID3/105807.html#23 Wed, 09 Dec 2015 19:26:25 GMT &gt; Есть сомнения, 100МГц это всего семь тактов cpu на один такт,<br><br>У людей как-то получилось [1] декодировать mp3 и выводить через специальный pwm gpio, т.е. это скорее трюк (в плане "МГцов"), поэтому я выделил его отдельно. Вопрос был, не будет ли ядро мешать: ведь и так сложно.<br><br>&gt; 25МГц на gpio это уже 28 тактов cpu, логика с выводом или вводом в gpio разве уложится в 28 арм команд?<br><br>У людей получается. Например, [2], 22 MHz [3] с кодом [4] (а с RPi 2 вообще 41 MHz [5]). По-моему, ядро должно предоставлять прямой доступ к памяти, куда и замапены gpio. Сколько останется для полезной обработки, это уже второй вопрос. Понятно, что это будет урезанный анализатор. Но когда нужно не получить полный дамп, а просто бысло слушать, и выводить только редкие данные (только интересующее событие), то, вроде как должно помочь. <br><br>[1] http://www.icrobotics.co.uk/wiki/index.php/Turning_the_Raspberry_Pi_Into_an_FM_Transmitter<br>[2] http://d-fence.sytes.net/raspberry-pis-gpio-speed/<br>[3] http://codeandlife.com/2012/07/03/be https://opennet.me/openforum/vsluhforumID3/105807.html#22 Wed, 09 Dec 2015 18:37:52 GMT &gt; Спасибо за новость. Что лично меня интересует касательно Plan9/Inferno@raspi, так это производительность <br>&gt; GPIO. Позволяет ли ядро получить действительно прямой доступ без каких-либо обёрток? <br>&gt; Чтобы, например, использовать как радио-транслятор (~ 100 МГц) и логический анализатор <br>&gt; (~ 25-40 МГц)?<br><br>Есть сомнения, 100МГц это всего семь тактов cpu на один такт, 25МГц на gpio это уже 28 тактов cpu, логика с выводом или вводом в gpio разве уложится в 28 арм команд?<br> https://opennet.me/openforum/vsluhforumID3/105807.html#21 Wed, 09 Dec 2015 18:19:09 GMT Спасибо за новость. Что лично меня интересует касательно Plan9/Inferno@raspi, так это производительность GPIO. Позволяет ли ядро получить действительно прямой доступ без каких-либо обёрток? Чтобы, например, использовать как радио-транслятор (~ 100 МГц) и логический анализатор (~ 25-40 МГц)?<br><br> https://opennet.me/openforum/vsluhforumID3/105807.html#20 Wed, 09 Dec 2015 18:18:56 GMT &gt; Загрузка за секунду (и это в графику, и это на тормозной машине) - действительно так, моё почтение!<br><br>Был уверен, что будет как с systemd на линуксе (мотивировка которого, если не ошибаюсь, была изначально: моментальная загрузка, т.к. он очень умно зависимости распределяет). Т.е. первый попробовавший отпишится, что никакая ни одна, а ... Вот это да! Так это правда! Раз за инферно. А "чистый" Plan 9 на распи [1] пробовали? Эх, жаль, образ от 29 марта 2015. Не очень стар, но подозрительно насчёт продолжения развития.<br><br>[1] http://plan9.bell-labs.com/sources/contrib/miller/9pi.img.gz<br> https://opennet.me/openforum/vsluhforumID3/105807.html#19 Wed, 09 Dec 2015 15:59:04 GMT Я догадываюсь в чем дело, в mmu гуляла константа DRAMSIZE в 256 мб так что mmu инициализирует только 256 мб.<br><br>Графика вся через framebuffer. Тормозить будет обязательно, чтобы не тормозило надо добираться к videocore.<br><br>Также память разделена жестко на heaps. Есть imageheap в котором вся графика. Он заканчивается - окна не ресайзятся.<br> https://opennet.me/openforum/vsluhforumID3/105807.html#18 Wed, 09 Dec 2015 15:40:39 GMT "ПопробЫвыть"?<br>