caxapa.ru :: озу в статике (а динамика от количества не зависит так как один процессор в один момент времени читает из одной ячейки) жрет мало, в LP технологиях практически 0.

ыыыыыыыыыыы (30.03.2014 16:33, просмотров: 1) ответил Evgeny_CD на Предположение логичное, но. Это малопотребляющий камень, чему большой объем ОЗУ не шибко способствует.

озу в статике (а динамика от количества не зависит так как один процессор в один момент времени читает из одной ячейки) жрет мало, в LP технологиях практически 0.

- места много жрет на кремнии, флаш меньше за бит. поэтому и ставят дофига флаши, а озу жмут. в нормальном камне флаш вообще не нужна - spi/nand флашку повесил и хоть программы храни, хоть файловые системы - ыыыыыыыыыыы(30.03.2014 16:36, )
  - Welcome code stealers называеццо :)) - MBedder(30.03.2014 19:24)
    - у меня практически всегда по интернету приходится апдейты рассылать (отладка силами кастомеров, таки да :), но и еще есть причины. то есть: есть флаш протект - нету флаш протекта - без разницы. как уже написали : криптография/ключи в ОТР или флаш, ыыыыыыыыыыы(26 знак., 31.03.2014 07:36, )
    - Наивняк. В приличных (не экспортируемых из США, бугага, санкции) контроллерах для этого в OTP ключ зашивается и AES аппаратный есть. Да и потом, насколько оно актуально, воровство это. Программисты-то в своих исходниках разобраться не могут. А fk0(44 знак., 30.03.2014 19:44)

ARM, RISC-V контроллеры