hi, Fri, Apr 13, 2018 at 13:16:12, alex wrote about "Re: [uanog] об индусах и программировании, или о том почему всё глючит...":
миллионными тиражами выпускается и продается, и не один год. Банкротить? :) с какого перепугу? это не Эпл, это не "мождный разработчик прикладух" - там индустрия - микросхемы, транзисторы, МК и прочее. Почитай на досуге - что такое Техас Инструментс.
Но они точно так же могут закрыть своё направление, если увидят сильное падение продаж.
...и кроме MSP430 есть MSP432
"It is based on a 32-bit ARM Cortex-M4F CPU, and extends their 16-bit MSP430 line..." То же про CCxxxx...
Пример еще почему? почитай про FRAM память имени MSP430 . А потом найди хоть что-то подобное у других производителей. Вперед! :))
Хм, ну если FRAM нет в MSP432, то это что-то значит? Она слишком проблемная, или малая плотность?
Средство разработки - очень развесистое, с ГУИ интерфейсом, Сями всех видов, с поддержкой фирменной - БЕСПЛАТНО. скачал и пользуйся - обновляться не забывай только.
Вот это, да, в плюс. AB>> А вот ARM32 как ядро заложен много кое где, причем диапазон возможностей AB>> при копеечных ценах реально впечатляет.
меня не впечатляет. STM в реалтайм системах, как и сам АРМ по философии, не может гарантировать время выполнения операций, в том числе по "сложить в стек" и по DMA, о чем все молчаливо умалчивают.
ARM может. Сама ISA никак не требует кэша или чего-то подобного, и позволяет делать предельно точное обещание времени операции. А вот наличие кэша вносит огромный разброс в показатели; хотя ARM при этом всё равно имеет исполнения с хитростями типа "предвыборка на 2 команды вперёд", малые гарантированные времена работы кэша и т.д. Но с этим надо явно работать, рассчитывая в нужных случаях. Ну и опять же про MSP432. Зачем-то они на ARM сделали?
Разработчиков "спасает" только то что производительность заранее ставят высокую, запредельную для задач, в надежде что "с запасом хватит". Именно для таких вот "индусов-программистов". печально это. И ваши мобилки тормозят и глючат именно из-за этого.
С мобилками проблемы никак не в скорости работы кэша - самые большие задержки кэша всё равно в десятки тысяч раз меньше времени, которое замечает человек, а локальность обеспечивает эффективность "в среднем". Там вместо этого существенно, например, как работает GC. Одно из тех, почему у Apple обычно плавнее работа - отсутствие GC и предпочитание RC. Для Java (как на Андроиде, кроме native частей) более-менее плавный ход GC (без заметных потерь времени/памяти) это разработки только нескольких последних лет и ещё толком не успели внедриться в практику.
AB> но ведь стоит копейки и изучать надо только одну платформу. ну да... Виндовс тоже хотел всех на себя пересадить - как-то не вышло :)
Он неоправданно сложнее и вреднее. -netch-