caxapa.ru :: JAVA JIT склонен жрать ОЗУ как не в себя. В варианте изначально нативной компиляции есть надежда, что ОЗУ будет хаваться меньше. И да, я как еврей с гвоздем в ботинке, все мыслю bare metal системами с RTOS, в которых очень хорошо бы уложиться в 128 МБайт ОЗУ.

Evgeny_CD, Архитектор (27.11.2023 14:01 - 14:16, просмотров: 69) ответил Cкpипaч на А вы не будете возражать, если я проблематизирую само понятие "эффективность использования ресурсов"? 8)

JAVA JIT склонен жрать ОЗУ как не в себя. В варианте изначально нативной компиляции есть надежда, что ОЗУ будет хаваться меньше. И да, я как еврей с гвоздем в ботинке, все мыслю bare metal системами с RTOS, в которых очень хорошо бы уложиться в 128 МБайт ОЗУ.

Ответить

- Чего там склонен жрать JIT мы оба знаем только в недобросовестном пересказе. Практических оснований (и уж тем более, системных ограничений) для этого нет. - Cкpипaч(27.11.2023 15:12)
  - JIT JITу рознь, но трассирующий JIT (а зачем другой ещё сдался?) имеет таки тенденцию городить тонны разных трасс на самые разные сценарии в жизни. Но, опять же, всё это фигня, структуры данных решают куда больше. lloyd(47 знак., 27.11.2023 15:50)
    - Lua - эта другое :) Ее оптимизировали под очень быстрый интерпретатор, ну и JIT заодно получился хороший (Lua JIT - оно не от авторов Lua, но это не важно). - Evgeny_CD(27.11.2023 16:04)
- Жень, я - хохол, пишу, в том числе для систем с 256Mb и полноценным линуксом, прямо на Python. Поверь, невозможно на уровне компилятора выправить ошибки архитектуры или постановки задачи :) Cкpипaч(75 знак., 27.11.2023 14:06)
  - Это пока не возникнет "нестандартная" ситуация. Я вот поначалу пользовался на одноплатниках библиотекой wiredpi, хоть и плевался на ее быдлокод. И вот, возникла необходимость работать с датчиком MLX90640, тадам!.. Разраб wiredpi даже не подозревал, что кому-то понадобится 16-битная адресация регистров I2C… Ну вот как так можно? В итоге написал свое. Потом посмотрел: а у меня из той wiredpi вообще по сути уже ничего не использовалось. В общем, быдлокодную эту "библиотеку" Eddy_Em(102 знак., 27.11.2023 23:18)
  - 128 Мбайт - это одна недорогая ИМС 1 Гбит. Есть другая насечка на шкале - 4 Гбит ИМС, 512 М ОЗУ это круто, но цена сильно менее привлекательная. - Evgeny_CD(27.11.2023 14:11)
    - Подмена понятий. Никакие ухищрения компилятора не позволят снизить потребность в ОЗУ в два раза. Cкpипaч(110 знак., 27.11.2023 14:36)
    - Одна ИМС - это наименее геморройная разводка платы "пин на пин". Легче достигается чистота фронтов сигналов. Устойчивость работы в итоге заметно выше. - Evgeny_CD(27.11.2023 14:14)
      - У меня готовый модуль. За $15. Готовое устройство на выходе $300. Cкpипaч(471 знак., 27.11.2023 14:42)
        
        О, Скрипач сделал реальностью мой пост "Linux микросхема за $16" :) - Evgeny_CD(27.11.2023 14:52)
        
        Три года назад этот-же модуль стоил $8. - Cкpипaч(27.11.2023 15:07)
        
        Спасибо за продолжение нашего вечного спора mainstream <-> customized. Вопрос в правильности выбора метрик для оптимизации. Ты очень классно описываешь оптимальную точку зрения для массового неответственного продукта, с неопределенным жизненным циклом. Evgeny_CD(183 знак., 27.11.2023 14:50)
        
        Не настолько оно другое, чтобы не развести на плате вторую микросхему, если это вопрос водораздела для программной архитектуры решения. - Cкpипaч(27.11.2023 14:54)
        
        Тонкость немного в другом. Верификации. Пин-то-пин можно симулировать вполне корректно. Всякая Y трассировка, когда линию надо делить на две, это уже хорошо бы проверить. А оборудование, чтобы посмотреть форму сигнала на DDR3, это грусть - тоска. Там, например, используют специальную подложку под ИМС, чтобы подложку в плату, ИМС на подложку, и сбоку из подложки торчит шлейф для подключения специального пробника осца.... - Evgeny_CD(27.11.2023 14:57)

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