caxapa.ru :: > Интересно, почему —Потому что основная цель в Embedded это предельное уменьшение размера кода, а не создание предельно комфортной среды в виде полной POSIX-совместимости.

RxTx (15.05.2024 11:01, просмотров: 373) ответил VVB на Стандартная библиотека C++ как слой абстракции, или "std::thread: сферический конь в вакууме".

> Интересно, почему —Потому что основная цель в Embedded это предельное уменьшение размера кода, а не создание предельно комфортной среды в виде полной POSIX-совместимости.

Спасибо, князь. Вы настоящий дворянин. И программист.

Ответить

- Именно. Просто сейчас подходит момент смены парадигмы. Встраиваемые контроллеры становятся более мощными, память - более ёмкой. А компиляторы - более совершенными. И наступает момент, когда стоит перейти на многопоточную модель. Так что идею обновления библиотек для реализации многопоточности, поддерживаю. - Nikolay_Po(15.05.2024 11:08)
  - Ресурсы (МГц и кБ памяти) стали дёшевы, из-за чего на контроллеры стали перекладывать бОльшую часть работы и ожидать от автономных устройств бОльшую функциональность. Большая функциональность потянула усложнение программной модели, а изобретать новое сильно нет нужды: всё уже есть в мире ПК. Настал(наступает?) момент, когда МК стали "маленькими ПК". Для МК с ~1кБ RAM вряд ли что-то поменялось. Или для тех же х51. :-) - Dingo(17.05.2024 05:18)
  - Это называется "компьютер". С настоящим линуксом и т.д. Существует уже десятки лет. Зачем придумывать что-то ещё? - SciFi(15.05.2024 11:12)
    - Вообще-то Линукс и "нормальная многопоточность" это изрядно разное. - Cкpипaч(15.05.2024 12:47)
      - Мои мысли читаете. Я не знал как их сформулировать, у вас получилось. - VVB(15.05.2024 13:24)
    - Я хочу, чтобы оно работало у меня в устройстве, в МК. Оно и так работает, но было бы круче, если бы это был не закат солнца вручную, а стандартными функциями плюсов (я сам в плюсах Нибумбум, но есть напарник, который шарит и использует многопоточность). - Nikolay_Po(15.05.2024 11:18)
      - Да нафиг какие-то непонятные либы компилятора когда есть туча RTOS на любой вкус? Обернуть их плюсовыми обёртками - минутное дело. Стандартность тут только создаст проблем, поскольку для разных платформ зачастую нужны и разные OSи. - =AlexD=(15.05.2024 14:06)
        
        У нас на предприятии используется больше десятка разных RTOS разных версий. Поддержка проектов или доработка функционала (не разработчиком) это кошмар (без договорённостей об абстракциях, а их нет). Каждый херачит кто во что горазд, и потом загружай в себя API незнакомой оси десятилетней давности. Нахер такое счастье. - VVB(15.05.2024 17:03)
        
        Если вы не можете договориться, то вам ничего не поможет. Стандартные универсальные слои абстракции некому написать и продавить? Тогда страдайте. - =AlexD=(17.05.2024 07:27)
        
        uTRON / ITRON как альтернатива POSIX для МК? У нас тут и сторонник(и) есть. - Dingo(17.05.2024 05:19)
        
        Меня посчитал? Я сторонник :-) - il-2(17.05.2024 08:24)
        
        Да. Даже свой вопрос и ваш ответ не поленился найти. -> Сам глубоко не копал, но что увидел: как сколько-нибудь универсальное API - очень даже приятный вариант. Dingo(2 знак., 17.05.2024 09:50, ссылка, ссылка)
      - Думаю, народ просто недооценивает человеко-часы, вложенные в создание инфраструктуры софта. На линуксах это всё есть, и там огромная куча народа трудится годами. Вы предлагаете просто так создать параллельную инфраструктуру. Кто этим будет заниматься? Где эти тысячи трудолюбивых разработчиков? Кто им будет платить? - SciFi(15.05.2024 11:22)
- Я бы выдвинул такую версию: вот эта вся мегаплюсовость с многопоточностью и POSIX - очень-очень нишевая вещь в мелкоконтроллерах. Зато тянет за собой необходимость привлекать серьёзные ресурсы на разработку и тестирование. Мы же не хотим, чтобы они релизили первый собравшийся билд? "А вы там ипитесь и присылайте баг-репорты". Нунафик. - SciFi(15.05.2024 11:04)
  - Да, так и есть. А на Cortex-A типа Raspberry и подобных ("pico") обычно либы под линукс уже не усеченные. К тому же если приспичило, я бы просто наваял себе "эмулятор" тех POSIX функций, которые требуются и не компилятся при переносе какого-нибудь кода/проекта. Серьезных проблем с синхронизацией удастся хлебнуть только если будет реально многоядерный микроконтроллер с параллельно работающими ядрами и потоками. А так все будет норм. - RxTx(15.05.2024 11:27)

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