The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект OpenWrt развивает собственную аппаратную платформу, opennews (??), 10-Янв-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


23. "Проект OpenWrt развивает собственную аппаратную платформу"  –1 +/
Сообщение от Аноним (23), 10-Янв-24, 13:46 
> К тому же сериальный нанд и нор - с их кучей скриптоты и проч в обвесе - время загрузки этой вундервафли будет просто топчик.

у них скорость как у SD - quad spi, а много не надо как раз чтобы быстрей монтировать fs

Ответить | Правка | Наверх | Cообщить модератору

32. "Проект OpenWrt развивает собственную аппаратную платформу"  +/
Сообщение от Аноним (20), 10-Янв-24, 14:58 
>> К тому же сериальный нанд и нор - с их кучей скриптоты и проч в обвесе - время
>> загрузки этой вундервафли будет просто топчик.
> у них скорость как у SD - quad spi, а много не
> надо как раз чтобы быстрей монтировать fs

Вообще, современному UBI на NAND и пару гигз не проблема смонтировать быстро, у него кеш ключевых структур есть.

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

Ответить | Правка | Наверх | Cообщить модератору

38. "Проект OpenWrt развивает собственную аппаратную платформу"  +1 +/
Сообщение от Аноним (23), 10-Янв-24, 15:21 
> Вообще, современному UBI на NAND и пару гигз не проблема смонтировать быстро

это да, осталось придумать зачем платить за ненужные гиги

> любой проскок питания - и юзеры матерятся на этот зашибенский опенсорс, не понимая

так вам надо понять что от проскоков питания защищают не быстрой загрузкой а например ионистором

https://aliexpress.ru/item/4000868503154.html

Ответить | Правка | Наверх | Cообщить модератору

50. "Проект OpenWrt развивает собственную аппаратную платформу"  +2 +/
Сообщение от Аноним (-), 10-Янв-24, 16:43 
> это да, осталось придумать зачем платить за ненужные гиги

Ненужные кому? С гигом оперативки и 64 бит ядрами на эту штуку, как подцепленую к сети и всегда активную, было бы логично спихнуть еще эн всякой хрени. Но на 128 мегах придется заниматься экономией места при случае. Не так круто и хардкорно как с мыльницах с 8 мег на все, конечно, но зачем так в новом девайсе своей разработки для энтузиастов делать - кто его знает.

Заодно на такую железку могло бы быть козырно поставить и что-то получше опенврт. Который для вот именно продвинутых конфиг стал жутко мучительный со своими UCI и генерацией конфигов всему и вся из UCI. Но на 128 мегов душновато будет опять же.

>> любой проскок питания - и юзеры матерятся на этот зашибенский опенсорс, не понимая
> так вам надо понять что от проскоков питания защищают не быстрой загрузкой

Я со своей стороны считаю что быстрая загрузка девайса - хорошая фича.

> а например ионистором

Ну да, ну да, и если что-то взглюкнет (у опенврт например вафля умеет отваливаться изредка) - тоже наверное ионистор надо. Куда, интересно, в этом случае его инсталлировать? Гусары, молчать!

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

Ответить | Правка | Наверх | Cообщить модератору

63. "Проект OpenWrt развивает собственную аппаратную платформу"  +/
Сообщение от Аноним (23), 10-Янв-24, 17:38 
> Ненужные кому? С гигом оперативки и 64 бит ядрами на эту штуку, как подцепленую к сети и всегда активную, было бы логично спихнуть еще эн всякой хрени

ненужные никому - небольшая spi-nand хорошо подходит для базовой системы потому что а) slc за недорого и б) достаточного объёма по сравнению с nor. Большие slc nand будут слишком дорогие а mlc очень плохо поддерживаются в linux

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

не забывайте что ubifs использует сжатие и эфективный объём примерно в два раза больше.

emmc ок для смартов потому что там не бывает внезапного отключения питания а вообще они от этого и окирпичиться могут

https://lwn.net/Articles/952738/

> если что-то взглюкнет (у опенврт например вафля умеет отваливаться изредка) - тоже наверное ионистор надо. Куда, интересно, в этом случае его инсталлировать?

как обычно на общее питание и баги лечат перезагрузкой только вендузятники, в опенсорсе принято устранять причину а не следствие

Ответить | Правка | Наверх | Cообщить модератору

76. "Проект OpenWrt развивает собственную аппаратную платформу"  +/
Сообщение от Аноним (76), 10-Янв-24, 18:14 
> ненужные никому - небольшая spi-nand хорошо подходит для базовой системы потому что
> а) slc за недорого и б) достаточного объёма по сравнению с nor.

1) Достаточного кому и для чего? Базовую систему - это типа поставить блоатусю и лысый опенврт, который вообще нихрена не умеет кроме как траф гонять? И это типа круто за сто баксов то, где ожидается уже так то - топ и премиум?
2) У меня на доисторической девайсине 10+ летней давности - 256 мегов SLC было уже. И даже на момент выпуска - девайсина стоила едва ли половину от этого.
3) Это очень несбалансировано VS гиг рамы...

> Большие slc nand будут слишком дорогие а mlc очень плохо поддерживаются в linux

А как тогда мне 256 запаяли в антиквариат с 1-ядерным ARM на гигагерц за полцены от этого? Это правда обычный SLC nand, не в SPI, ну так он еще и быстрее как раз будет, ибо по параллельным линиям команды и данные хреначит, а не как SPI...

> не забывайте что ubifs использует сжатие и эфективный объём примерно в два
> раза больше.

Я лично разложил дебиан на железку с SLC nand, так что если вы мне хотите дать мастеркласс на тему - смотрите как бы не получить мастеркласс в ответ. Но мне и 256 то не оч понравилось, а 128 это вообще позор - особенно в 2024. И иметь дело с недоноском на 128 мегов в 2024? За сто баксов? Ох, вау, какое заманчивое предложение.

> emmc ок для смартов потому что там не бывает внезапного отключения питания
> а вообще они от этого и окирпичиться могут

Ну как бы UBI vs окирпичивание тоже лишний раз лучше не стресстестить. Теоретически он конечно да. Практически это такой довольно базовенький FTL "на минималках".

> как обычно на общее питание и баги лечат перезагрузкой только вендузятники, в
> опенсорсе принято устранять причину а не следствие

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

Ответить | Правка | Наверх | Cообщить модератору

80. "Проект OpenWrt развивает собственную аппаратную платформу"  +/
Сообщение от Аноним (23), 10-Янв-24, 18:45 
> 1) 2) 3) ...

много буков, обрати внимание на текст новости а не только на "100 баксов" там всё написано чего они хотят и почему так делают, для дубиана есть другие одноплатники если что

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру