Разработчики проекта Raspberry Pi опубликовали (https://www.raspberrypi.org/blog/raspbian-update-june-2018/) обновление дистрибутива Raspbian (https://www.raspberrypi.org/downloads/raspbian/). Для загрузки подготовлены две сборки - сокращённая (261 Мб (https://downloads.raspberrypi.org/raspbian_lite_latest)) для серверных систем и полная (1.2 Гб (https://downloads.raspberrypi.org/raspbian_latest)), поставляемая с пользовательским окружением PIXEL (https://www.opennet.ru/opennews/art.shtml?num=45238) (ответвление от LXDE). Для установки из репозиториев (http://archive.raspbian.org/) доступно около 35 тысяч пакетов.
В новом выпуске добавлен мастер начальной настройки, автоматически запускаемый при первой загрузке дистрибутива и предлагающий базовый набор настроек. На первом экране предлагается выбрать язык, часовой пояс и страну.
На остальных экранах начального конфигуратора предлагается сменить пароль доступа, активировать сетевое соединение и установить актуальные обновления. В дальнейшем для вызова мастера можно использовать команду "sudo piwiz".
Добавлен интерфейс с обзором рекомендованных приложений, которые интересны только отдельным категориям пользователей или предлагаются бесплатно для пользователей Raspberry Pi по соглашению с производителями.
Вместо Xpdf в состав включен новый просмотрщик документов qpdfView, предоставляющий более современный интерфейс, демонстрирующий более высокую производительность отрисовки и поддерживающий упреждающую загрузку и кэширование страниц.
Из новом выпуске также отмечается обновление версий программ (например, Chromium 65). Изменение громкости спецклавишами на клавиатуре теперь производится с шагом 5% вместо 10% и затрагивает текущее активное устройство вывода звука. Обеспечено отображение пароля при повторном подключении к беспроводной сети. Добавлена настройка для включения/выключения консоли для последовательного порта. В конфигураторе раскладки клавиатуры теперь применяются настройки не только для рабочего стола, но и для консоли.
URL: https://www.raspberrypi.org/blog/raspbian-update-june-2018/
Новость: https://www.opennet.ru/opennews/art.shtml?num=48882
На клонах вроде OrangePi это будет работать?
оно и на самой Малине работает кое как. вернее если только со свтодиодиками играться, тогда всё будет нормально. а так памяти 1 гиг, и хромиум на второй странице уже падает. видеодравеа досих пор нормального тоже нет, и как был кастрированный костыль с только древней ревизией ogles, так видимо и останется таким дальше.
У меня ЧПУ на нём управляется, пробрасывая GUI через ssh с визуализацией данных обработки на GLES2. Что ме нужно сломать, чтобы я мог играться только со светодиодиками?
Ну знаетели дрыгать ножками что для светодиода, что для ЧПУ разницы нет большой.
Речь шла скорее всего о невозможности использовать полноценно шины данных вроде SATA, USB и т.д.
Пропускная способность и работа с сетью, а так же адаптер звука это какие-то костыли на PWM.
Дальше разбираясь с видео драйверами и арботой напрямую с GLE тоже понятно, что без радиатора работать будет не более 2 часов (дальше перегрев и выход из строя).
В целом я бы назвал RPi игрушкой для выросших микроконтроллерных кодеров которым тупо надоело!
В целом, я бы сказал, что причин поныть всегда найдётся. Что бы этим чудакам не установить винды 10 и сказать: ой, как медленно всё работает. Какое уг ваш RPi
Она не перегревается, её SoC отлично умеет в тротлинг. А чтобы его избежать полно отличных корпусов из алюминия, отводящих тепло от всех элементов платы.
>Что ме нужно сломать, чтобы я мог играться только со светодиодиками?Мозг :)
> На клонах вроде OrangePi это будет работать?будет работать, конечно, если присунуть туда ядро для оранжа, но смысла в этом нет, так как там и стандартный дебиан armhf отлично работает. вообще, имхо, в распбиане был смысл только для первых малин с их ARMv6.
У OrangePI есть проект Armbian который не уступает по функционалу
64-битное ядро так и не завезли?
на всего один гиг оперативки? 64 онли. вы издеваетесь наверное. нет, не выдет. видеодрайвера совсем не будет сразу. VIDEOCORE4 это только 32 разрядный блоб, внутри 32 разрядной rtos. никакими костыляеми его в 64 битый режим перевести невозможно физически. можно только всю графику на софт перевести, но тогда хиленькие ядра arm уже сразу копытится будут.
Оперативка к разрядности не имеет никакого отношения.
Расскажите это толпе хомяков, которые до сих пор используют int.
Стек используется по разному из-за других соглашений по вызову (х2 размер регистров + данные, которые не сохраняются на 32 битных). Размеры указателей больше в 2 раза (а их сейчас используется довольно много, если вы только не огромные фильмы перекодируете, а хотя бы тот же офис запускаете или браузер). Так что х1.5 в размеру оперативы это самый минимум. А так желательно х2 и больше.
На практике этого не видно. Скачайте любой дистрибутив в двух вариантах и потестируйте сами.
если просто запустить консоль, то да, почти никакой разницы. а если запустить оболочку и хром, сразу заметите где жор памяти больше.
Я недавно перешёл с 32 на 64 на дебиане при 4Гб оперативки.
Так мало того, что памяти стало жёстко не хватать (хром ест большинство, и современные проги жрут по 300 метров не стесняясь), так ещё и при её исчерпании стал жёстко долбиться диск даже при выключенном свопе!Жесть жестяная.
Сегодня докупил ещё 4Гб, но всё равно вернусь на 32+pae, либо вообще gentoo x32.
Виноват хром, а не система.
> Виноват хром, а не система.Без хрома проблема повторяется. Даже без хрома и electron-прог.
Просто сложнее всю память выжрать.
>> Виноват хром, а не система.
> Без хрома проблема повторяется. Даже без хрома и electron-прог.
> Просто сложнее всю память выжрать.Понятно и объяснимо, зачем операционной системе быть 64-битной. Но совершенно непонятно и необъяснимо, зачем это большинству программ. Да ещё и пишут их известно какой кривизны руками.
> стал жёстко долбиться диск даже при выключенном свопе!Виноваты кривые руки.
iotop в помощь
Если бы Вы были правы, то котаны не пытались бы запилить <https://en.wikipedia.org/wiki/X32_ABI>.Кроме того, полный размер таблиц аллокации памяти вполне себе зависит от архитекруры: для i386+PAE он больше, чем для i386, а для amd64 он больше, чем для i386+PAE. И вся эта радость отъедает вполне себе физическую память.
Только жрёт х64 в разы больше а в остальном отношения не имеет
пруфчик пожалуйста про "в разы больше"
> пруфчик пожалуйста про "в разы больше"+30% == в 1.3 _раза_. Подойдёт?
< http://www.opennet.ru/openforum/vsluhforumID3/108449.html#88
<< http://www.opennet.ru/openforum/vsluhforumID3/110263.html#117
>> пруфчик пожалуйста про "в разы больше"
> +30% == в 1.3 _раза_. Подойдёт?
> < http://www.opennet.ru/openforum/vsluhforumID3/108449.html#88
> << http://www.opennet.ru/openforum/vsluhforumID3/110263.html#117Решение есть! Ставить от 6ГБ памяти и пользоваться свопом!111
Некоторые отсталые ретрограды ещё сопротивляются -- оптимизации-то и устранениюю ошибок!?11 -- #те-которые-убили-кенни
..."" а вопрос более высокого потребления памяти в 64-разрядных сборках можно решить путём проведения оптимизации, устранения ошибок и задействования технологий сжатия памяти и раздела подкачки. ""
--http://www.opennet.ru/opennews/art.shtml?num=44728
В разы - подразумевается целое число больше 1, нет? Иначе и 1.0 будет тоже считаться "в разы". o_O
#>>в 1.3 _раза_. Подойдёт?>Иначе и 1.0
Не подошло. Ну, дальше сам.
> на всего один гиг оперативки? 64 онли. вы издеваетесь наверное. нет,
> не выдет. видеодрайвера совсем не будет сразу. VIDEOCORE4 это только 32
> разрядный блоб, внутри 32 разрядной rtos. никакими костыляеми его в 64
> битый режим перевести невозможно физически. можно только всю графику на софт
> перевести, но тогда хиленькие ядра arm уже сразу копытится будут.Как понять что используете видео GPU я так понимаю, что половина команд закрыта лицензией и ее нужно докупать?
там не комманды. там сама эта малина имеет некие аппаратные ограничения. если у нормальных системах, GPU это приложение к CPU. то у этой малины как раз CPU arm это бесплатное приложение к GPU VIDEOCORE4. глубоко внутри которой сидит свой закопирайченый 32 битный процессор, который управляется своей огороженноой os. и именно поэтому девелоперы малины не могут ни 64 бита сделать, ни память больше 1 гига на плате Малины нарастить. Короче это обычное творение Броадком и товарищи, которые никому блобы ковырять не дают, а сами сидят на ужасном протухшем старье и ничего с этим не делают. также именно поэтому в asuswrt и tomato до сих пор некрофильное ядро 2.6, которое невозможно заменить, иначе все драйвера поломаются.
64-битное ядро можно скомпилировать, установить и запустить. Не будет только 3D-ускорения. Я это делал, но оказалось что зря. CONFIG_CRYPTO_AES_ARM_CE там только программный. Аппаратного нет.
графика в большинстве случаев где применима малинка не нужна вообще: для управления оборудованием, умного дома, впн и прочего. рассматривать их как десктопное железо, по-моему, бред. опять же, сусе и некоторые другие как-то могут в aarch64.
управление всякими умными домами, это и есть игра с разнообразно мигающими светодиодиками. ну ещё в курятнике можно за температурой следить. для тех у кого свои дома есть, сейчас есть готовые решения, а не такой вечный геморрой с распушонками проводов и програмированием под консолью. в обычных квартирах и вообще комнатах, гражданам этот умный дом не сдался, вообще ни в каком виде. 64 бита можно сделать. но про все аппаратные разгрузки сразу забудете. будут только хилые ядра arm, которые даже просто рабочий стол нормально вынести не смогут.
Зачем ты так брызжешь желчью. Raspberry Pi разрушила твою жизнь?
Убивает рынок "готовых решений" стоимостью в овердохера раз выше затрат )
Для сравнения: http://toastytech.com/guis/qnxdemo.html
для сравнения =D
http://menuetos.net/screens.htm
https://kolibrios.org/ru/screen
> для сравнения =D
> http://menuetos.net/screens.htm
> https://kolibrios.org/ru/screenЭто тоже хорошие примеры, но Менуэт и Колибри не используются в реальной жизни, а QNX — очень даже.
> Это тоже хорошие примеры, но Менуэт и Колибри не используются в реальной
> жизни, а QNX — очень даже.QNX стал бесплатным и открытым?
> QNX стал бесплатным и открытым?А ты это заслужил, нахлебник?
>> QNX стал бесплатным и открытым?
> А ты это заслужил, нахлебник?Да не пофигу ли платная она или нет? Главное что бы цена была адекватная и доступная система лицензирования.
А то простите но с некоторыми офтопиками вербального секса очень уж много
https://www.qnx.com/developers/docs/qnx_4.25_docs/qnx4/user_...
>> QNX стал бесплатным и открытым?
>А ты это заслужил, нахлебник?Не важно, заслужил ли здесь кто или не заслужил милости проприерастов. Важно то, что QNX, на ресурсе посвящённом СПО, является оффтопом.
Солярка, Аикс и т.д. тоже не заслужили? И с каких пор только СПО посвящён ОпенНет?
Это при твоем квазикоммунизме заслуживают, а вообще - покупают.
> Это при твоем квазикоммунизме заслуживают, а вообще - покупают.Ты меня с кем-то из анонимов путаешь. Я ни в одном глазу не коммунист, а строго наоборот, и с удовольствием использую коммерческое ПО, включая Windows.
> для сравнения =D
> http://menuetos.net/screens.htm
> https://kolibrios.org/ru/screenВы сначала запустите menuet/колибри на малинке/ARM, а потом уж сравнивайте.
>> для сравнения =D
>> http://menuetos.net/screens.htm
>> https://kolibrios.org/ru/screen
> Вы сначала запустите menuet/колибри на малинке/ARM, а потом уж сравнивайте.Минуэт вроде как на Ассемблере как ты его в ARM собрался переводить?
С колибри ничего не знаю, но подозреваю, что слоя абстракции архитектуры там тоже нет.
Да и потом что там можно уже придумать нового в ОС?
>> Вы сначала запустите menuet/колибри на малинке/ARM, а потом уж сравнивайте.
> Минуэт вроде как на Ассемблере как ты его в ARM собрался переводить?Во-первых: бают, что ассемблеры (и языки асма и даже машкоды) не только для x86 есть.
Во-вторых: я в курсе, на чем оно, потому и подстебнул, т.к. странно приводить для сравнения ОСь, которая даже не запустится на этой платформе.
В-третьих: это вроде как неномерной анон запостил "для сравнения" - вот пусть он и переводит.
> С колибри ничего не знаю, но подозреваю, что слоя абстракции архитектуры там тоже нет.Колибри - это форк MenuetОСи. Это гуглится секунд за 10.
> ничего не знаю, но подозреваюПохоже, это девиз многих посететелей опеннета …
ЗЫ:
> УДАЛЕНО.AUTOBOT, Причина: mat3 BAN!!!!! Аноним84701IPWARN 1"Какая-то излишне агрессивная реакция бота. И только из-за того, что (не специально) пропустил 'у' в названии ОС :)
Твою-то налево, судя по скриншотам, в Raspbian завезли нормальное сглаживание шрифтов. Спрашивается, поцчему таки его не завезли в штабильную Debian?! (Не говоря уже о том, что по дефолту его вообще никуда, кроме как в Ubuntu искаропки не завозят, блинский нафиг...)
А как там PIDORA?