caxapa.ru :: CF довольно трудно натянуть по плотности кода. Сильно не уменьшится. W25X10BVSNIG - 1Мбит, дижикей 1,000 0.33672 - экономически точно выгодно вынести это во внешнюю память...

Evgeny_CD, Архитектор (20.03.2012 09:33, просмотров: 293) ответил SciFi на Ядро Coldfire. Содержимое веб-страниц 55 кБайт, это да. Плюс загрузчик 8 кБайт. Ну и SPI память тоже денег стоит.

CF довольно трудно натянуть по плотности кода. Сильно не уменьшится. W25X10BVSNIG - 1Мбит, дижикей 1,000 0.33672 - экономически точно выгодно вынести это во внешнюю память... Если красивояти веб страницы статические, то можно таблицу дескрипторов хранить в осоновной FLASH, а сами данные в SPI FLASH.

Ответить

- У Coldfire скорее с компиляторами беда, у ARM с этим сильно лучше :-) А сравнение плотности кода не проводил, надо будет сделать на досуге... - SciFi(20.03.2012 09:36)
  - На Forth перейти -> :) --> - Evgeny_CD(20.03.2012 09:56 - 10:00, ссылка, ссылка)
    - Я так понял, что это и есть та самая революционная нанотехнология. Только ваять на нём веб сервер и SNMP агент очень не хочется. - SciFi(20.03.2012 10:01)
      - Зато верный путь к пожизненной занятости. - fk0(20.03.2012 10:03)
        
        Хе. Компактный код - это миф: "A full build on an ARM including the Forth open interpreter/compiler, RTOS support, three serial drivers, Ethernet driver, UDP and TCP, and Echo, Telnet and HTTP (with ASP, CGI and ForthScript) servers requires 116kb SciFi(9 знак., 20.03.2012 10:07, ссылка)
        
        ARM - они разные. Если это ARM7|9, то переход M3 может дать 20% выигрыша. Кстати, Ваши результаты неплохо согласуются с этими данными - за вычетом констант размер примерно одинаковый. У Вас есть специфические фишки, у них - универсальность. Но их Evgeny_CD(221 знак., 20.03.2012 10:15)
        
        А куда его загружать, в 32 RAM? 16 тыс инструкций форта (подразумеваем шитый код) -- пара тыс строк более продвинутого ЯВУ. Не напрограммируешься. А где данные хранить? Я уже говорил, тут интересно смотрелись бы контроллеры с очень большим ОЗУ и fk0(198 знак., 20.03.2012 10:19)
        
        Так описанное Вами давно сделали. LPC3130FET180,551 называется. Дижикей 1,000 3.78000. 180 Мгц ARM926. 96к ОЗУ (но тактовая у него 70 Мгц). 16+16 кеша. Boot ROM - SPI, I2C. USB HS, SDHC, но Ethernet нет. BGA 0.8 пятирядный. SDRAM | mSDRAM на него Evgeny_CD(86 знак., 20.03.2012 10:29)
        
        Я имел ввиду без параллельных шин и внешних микросхем ОЗУ. У Атмела были контроллеры с 256КБайт ОЗУ (но без ПЗУ вообще -- а как boot делать?) Всё же речь о "1.5-чиповой" конфигурации (контроллер плюс serial flash подключенный 4-мя ножками). - fk0(20.03.2012 10:45)
        
        Вот наткнулся на монстра: 2.5 Mbyte on-chip SRAM. Ну и цена соответствующая ($27 в розницу) -> - SciFi(20.03.2012 17:20, ссылка)
        
        Была еще сборка - тот самый кристалл 256к ОЗУ + 4Мбита FLASH в одном BGA корпусе. 2 года назад ее сняли с производства. Это вызвало массовые рыдания в НАВИС и ГеоСтар (отечественные производители ГЛОНАСС/GPS приемников) - у них эта микруха была Evgeny_CD(114 знак., 20.03.2012 10:49)
        
        Может и не миф, но не форт. Где те же регистры с побайтовыми манипуляциями. ARM как бы не компактней и быстрей оказался, в thumb. Байткод таки эффективен, но не на уровне отдельных байтов, а на уровне некого "domain specific HLL". - fk0(20.03.2012 10:10)

Средства и методы разработки