> ненужные никому - небольшая 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-стадийной загрузкой из флешек, да еще сериальных, да еще пачкой истошно тупящей скриптоты - оно будет выглядеть несколько иначе по моим прогнозам.
