caxapa.ru :: А оно надо? JIT сейчас дает практически ту же самую производительность.

Cкpипaч, пророк (27.11.2023 13:14, просмотров: 128) ответил Evgeny_CD на Есть нюанс. Котлин поддерживает компиляцию в нативный бинарник. Искаропки.

А оно надо? JIT сейчас дает практически ту же самую производительность.

Я бы вообще предпочел компиляцию в Си или Плюсы.

Все же кодогенератор - отдельная галактика.

Но тут нюансы с отладкой. Вторая перекодировка номеров строк? Стремно.

... но не любой ценой.

Ответить

- Кстати, из Котлина можно взаимодействовать с сишечкой Evgeny_CD(1 знак., 27.11.2023 14:08, ссылка)
  - Т.е. нужно в этот зоопарк тащить еще и ее. Нахуй-нахуй, дружно закричали гуси :) - Cкpипaч(27.11.2023 14:44)
- Потенциально использование ресурсов более эффективно, Если компилятор видит весь проект целиком, со смыслом, вместо JIT, который пытается восстановить смысл. - Evgeny_CD(27.11.2023 13:23)
  - А вы не будете возражать, если я проблематизирую само понятие "эффективность использования ресурсов"? 8) Cкpипaч(439 знак., 27.11.2023 13:37)
    - JAVA JIT склонен жрать ОЗУ как не в себя. В варианте изначально нативной компиляции есть надежда, что ОЗУ будет хаваться меньше. И да, я как еврей с гвоздем в ботинке, все мыслю bare metal системами с RTOS, в которых очень хорошо бы уложиться в 128 МБайт ОЗУ. - Evgeny_CD(27.11.2023 14:01 - 14:16)
      - Чего там склонен жрать 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)

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