Опубликован выпуск Linux-дистрибутива Armbian 22.08, предоставляющего компактное системное окружение для различных одноплатных компьютеров на базе процессоров ARM, включая различные модели Raspberry Pi, Odroid, Orange Pi, Banana Pi, Helios64, pine64, Nanopi и Cubieboard на базе процессоров Allwinner, Amlogic, Actionsemi, Freescale / NXP, Marvell Armada, Rockchip, Radxa и Samsung Exynos...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57711
> В состав входит эмулятор box64, позволяющий запускать программы, собранные для процессоров на базе архитектуры x86.не позволяющий
А что работает и что нет? Можно поподробнее?
А если его удалить, получится начать использовать x86 программы?
Получится, если их скомпилировать под ARM64.
>В качестве файловой системы применяется ZFS.Это на одноплатниках-то, на SD-карте? Совсем с головушкой плохо у разрабов.
А что больших баз данных там никто хранить не будет можно и посмузихлёбить.
Да этот армбиан непонятно для чего делали с системдой-то на борту, это же такой тормоз: пытался юзать на апельсинке - запускается полминуты... Пришлось самому билдрутить, получилось всего 5 сек.
Поделитесь знаниями, хочу так же, но не знаю как сделать.
Минимальный Дебиан с системдой на апельсине стартует за 5 секунд. Ну, ок, 10 если btrfs взять, он монтируется медленно. Просто нефиг ZFS всякие пихать и хайповатый треш для ламонубов на одноплатник распихивать. Неофициальное название armbian'а в более тематичной тусовке, пардон, crapbian.
старушка ext2 или же посвежевше f2fs наше всё для такого
Не спасёт тебя f2fs. Я пробовал, флешки дохнут точно так же, как и на ext4.
Так она не для спасёт от внезапного сдоха, а для более медленного износа носителя.
Так снижение износа — не самоцель же; если оно не приводит к снижению вероятности «сдоха», то зачем оно нужно?
А таки f2fs умеет феерично разлетаться при power loss. Самсуню то на ведроиде с этим похрен, а вам на одноплатнике рутфс профачить - это как? :)
решил прост сменить ориентацию на более продвинутую, не ну а чё рынок серверов он вкуснееее и сытнеее каких-то мелких побрякушек :)
Размер ARC кеша зависит от объёма хранилища, а не от баек «жрёт гигабайты».
>Размер ARC кеша зависит от объёма хранилища, а не от баек «жрёт гигабайты».Ставлю пузырь что там дефолт убунты и для умного чайника надо 4 гига памяти
>>Размер ARC кеша зависит от объёма хранилища, а не от баек «жрёт гигабайты».
> Ставлю пузырьПока всего два минуса у моего сообщения. Ищите третьего.
> Размер ARC кеша зависит от объёма хранилища, а не от баек «жрёт гигабайты».Тем не менее, у ZFS это вроде плохо интегрировано с основным кешом ядра и нельзя это гарантировано отжать при душняке с памятью. В этом аспекте штуки типа btrfs куда вменяемее, при том с самого начала. И кстати прекрасно живет даже на 64 мегах оперативы (мипсовый роутер и внешний диск). Хочу вообще увидеть zfs в таком конфиге... он там всползет вообще? :)
Это у переводочника новости плохо с головой. Я тоже сильно удивился, посмотрел оригинал - а там что-то невнятное ZFS compilation support. На всякий случай качнул дистр для NanoPI M4v2, который у меня апгрейда давно уже ждёт. Ext4 там, не сцыте кипятком.
Компилировать надо, поскольку у ядра и ZFS разная свобода, что-то там запрещено.
CDDL запрещает себя смешивать с кодом под GPL.
> CDDL запрещает себя смешивать с кодом под GPL.Каким именно образом она это делает?
Вот здесь https://www.gnu.org/licenses/license-list.html#CDDL
написано:«В ней есть слабое пофайловое авторское лево (как в версии 1 Общественной лицензии Mozilla), что делает ее несовместимой с GNU GPL.»
и там же читаем про MPL:
«раздел 3.3 дает вам разрешение распространять произведение под MPL на условиях этих же лицензий GNU, с одним условием: вы должны гарантировать, что файлы, которые первоначально были под MPL, по-прежнему доступны также и на условиях MPL.»
Похоже, CDDL как раз разрешает.
Sun специально релизил под лицензией несовместимой с GPL, они видимо надеялись соляру реанимировать. Вместо этого похоже ускорили свою кончину. Да и хрен с ними, в сабжевых применениях btrfs прикольней. Даже на железках с 1 носителем типа SD/eMMC схему хранения DUP умеет, что оооооочень способствует выживанию железки при всяких факапах. И даже может early warning дать что сыпаться начало - задолго до того как система откажет. В этом случае теорвер резко смещается в сторону юзера: если копий 2, чтобы проиграть надо чтобы бэд попал в два разных блока, зеркалящим 1 логический блок. Вероятность этого - понятно какая, если носитель не совсем склерозный стал.
> Sun специально релизил под лицензией несовместимой с GPLХотелось бы увидеть дословную цитату лицензии CDDL, а не интерпретацию её трактовок сторонниками GPL - я их уже прочёл по вышеприведённой ссылке. По моему, CDDL всего лишь запрещает менять себя на GPL. Когда GPL не разрешает произвольно менять свои условия - это называется «свобода».
ZFS! ZFS, Карл!
У меня FreeBSD когда-то работала на Asus EEE901 на ZFS, ядро собиралось вдвое быстрее чем на UFS. Потом я узнал от экспертов, что ZFS на 32-х битах вообще невозможна.
достаточно было запустить какой-нибудь rsync на куче файлов, чтобы словить панику, которой не будет с тем же объемом озу, но на 64бит.а так да, загрузиться да запустить mc - 32бит смогет.
Не угадали. Всего лишь надо было увеличить размер стека ядра, и паники чудом прекращаются. О чём даже написано где-то в документации.
Я вот например каждый день меняю размер стека ядра. У меня такое хобби.
Если бы действительно меняли, то увидели бы, что он задаётся макросом. Это значит, что размер ядерного стека выбирают при дизайне ОС минимально необходимым и запрещают аллокацию чего ни попадя. При принятии решения FreeBSD была 32-х разрядной и ZFS там не было. В 64-х версии размер стека по понятным причинам увеличили, его оказалось достаточно для ZFS. Для 32-х бит не стали менять и правильно сделали, поскольку железа такого мало.
Да, вы знаете, если у вас система вот такой кувырк будет делать - даже всякие похобразные линух полюбят в результате. Потому что там подобных приколов нет, во всяком случае с всем что поставляется с майнлайном. А, ну да, одноплатники же не нужны, блаблабла, их мало. Правда, напиханы уже в каждой дырке тысячами.
x86_64 page size (PAGE_SIZE) is 4K.Like all other architectures, x86_64 has a kernel stack for every active thread. These thread stacks are THREAD_SIZE (2*PAGE_SIZE) big.
Молодец, осложняешь жизнь эксплойтам.
> Не угадали. Всего лишь надо было увеличить размер стека ядра, и паники чудом прекращаются.
> О чём даже написано где-то в документации.Ну, замечательная система и ФС. Наверное именно поэтому в эмбедовку и стали линух ставить. Чтобы не заниматься вон тем. Чем меньше сакрального знания - тем проще жизня system implementer'а. И знаете что я вам скажу? Нормальная работа системы, без паник должна быть не опцией а дефолтом.
Перевод кривой. Нет там ZFS по умолчанию.
Зачем оно нужно, если есть Slarm64?>Для подкачки используется ZSWAP.
Дебилы.
>Проектом поддерживается более 30 вариантов сборок ядра Linux для разных платформ ARM и ARM64.
А нельзя 2 вместо 30? Одно для ARM, одно для ARM64. Представьте, какая красота была бы?
Ну там для разных платок разные свистоперделки бывают подключены. Для NanoPI M4 - управление вентилятором (сразу выпилил, у меня эта платка прикручена к радиатору от первого ещё атлона), для NanoPI R2S и OrangePI R1 TX offload, но его то-ли так и не добавили, то-ли выпилили по раcпиcдяйству. Как-то так.
ZSWAP и RamLog - дебилы, да. Отключаю к хренам ещё до втыкания карточки втуда. Вместе с конфигуратором при первом запуске и кучкой остального барахла.
только обычно эти свистоперделки не работают. надо посмотреть, не починили ли spi для bananapi m1.
Так сходи к ним на форум, в багзиллу, или в чатик, да напиши!
Мучаются же люди, не знают, как сэкономит можно, ты бы помог им, добрый человек!
>Предлагаются готовые пакеты для запуска пользовательских окружений на базе KDE, GNOME, Budgie, Cinnamon, i3-wm, Mate, Xfce и Xmonad.i3 и xmonad норм, но вот кеды или другое жручее ДЕ на одноплатник? Они там нормальные вообще с такими идеями? Легковесные тайтловые окна + консольные утилиты будет самый лучший выбор.
Одноплатники разные бывают. Может кому и пригодится.
Всё-таки, большинству пользователей тайловые ненорм. Им норм классические окна, которые мышкой таскать и растягивать можно.
Есть же Fluxbox.
Вообще, в нормальных тайловых тоже можно таскать и растягивать. Например, см. как в Матлабе сделано управление панелями.