Post:#507563 Date:10.09.2016 (18:55) ... Тема посвящена микроконтроллерам с архитектурой ARM Cortex-M.
Они стали "убийцами" 8-разрядных микроконтроллеров, так как они 32-разрядные, дешёвые, производительные, нафаршированы мощной периферией, например, 16 разрядными таймерами(есть модели с 32-разрядными таймерами), 12-разрядными АЦП (как правило), 12-разрядными ЦАП (как правило), различными приёмо-передатчиками.
Их изготавливают многие производители. Выпускаются множество недорогих ознакомительных плат со встроенными отладчиками и программаторами.
Есть свободные среды разработки, что тоже важно.
Это х86. Речь про MIPS же.
И причём здесь количество команд. Несколько команд может выполниться за 1 цикл, или наоборот, 1 команда за несколько, или даже несколько десятков циклов. Ты не знал этого?
Ты не ответил на вопрос, кто ты по профессии. С тобой вообще смысла нет о чём-то говорить. Сначала вякнешь глупость, а потом когда тебе доказательства обратного приводят, пытаешься сменить тему.
dedivan | Post: 516118 - Date: 17 Nov 2016 17:01
Это кто тебе сказал?
Прочитай наконец учебник то.
Давным-давно прочитал уже, и не один. [ссылка]
На MIPS без сопроцессора простое умножение 4-12 циклов, деление 20-80. Что ты там про производительность говорил?
Дед облажался, поэтому я железо слабо знаю? Где логика? И кто "сильно" тут знает? Ты что ли спец по всем архитектурам мира?
Слабенький наброс, тут вообще никто не называл себя "спецом по всем архитектурам мира".
Чтобы обозначить свои позиции на берегу: я "железячник", для меня любая ОС нужна лишь для отображения результатов, ПОНЯТНЫХ ЧЕЛОВЕКУ, фсё, на этом можно поставить точку. Твоя позиция известна
Я Android developer, то что я делаю за час, "переключатель" на ассемблере будет месяц делать, если вообще сделает, а разницы пользователь не увидит.
и как видишь она принципиально другая: ты работаешь чисто на пользователя.
Насчёт железа
смотрим папку FFmpegAndroid/assets. Чудеса какие - скомпилированная либа для ARM 17,6 Мб, для х86 - 20,9 Мб.
ты не увидел основного прикола: в современных х86 есть расширение - десять 128-битных регистров MMX, с соответствующими командами, предназначенных специально для обработки мультимедиа - так шта код для х86 "должен был бы" быть чуть поменьше и чуть пошустрее.
А теперь вопрос на засыпку девелоперам фронт-энда: как без знания железа и ассемблера добраться до этих регистров?
_________________ Человек отличается от обезьяны умением не замечать очевидных вещей.
Не знаю, кого ты фронтендером назвал, но отвечу. Это ненужно в 99.99% случаев. Ни отрисовку UI, ни логику это не ускорит. Это нужно только разработчикам кодеков, в России вряд ли хоть одна вакансия на это есть.
На MIPS без сопроцессора простое умножение 4-12 циклов, деление 20-80. Что ты там про производительность говорил?
Ну ты дятел конкретный.
Аппаратный умножитель называешь сопроцессором?
Набор инструкций MIPS32® release 2 включает в себя следующие операции:
- арифметическое сложение и вычитание
- умножение со сложением и вычитанием из аккумулятора HI/LO
- умножение с помещением результата в регистр общего назначения
- деление
И все это в один такт .
У АРМ использование регистров для накопления, в зависимости от контента, может занять до 20 тактов.
И как наличие или отсутствие аппаратного умножения влияет на архитектуру?
Yarston Пост: 516112 От 17.Nov.2016 (16:24)
Это х86. Речь про MIPS же.
И причём здесь количество команд. Несколько команд может выполниться за 1 цикл, или наоборот,
Учебник почитай. Самый для первоклашек, где объясняют отличие такта от цикла.
Пригорело?
Производители телефонов давно в этой теме разорбрались и в сторону мипсов даже не смотрят, хотя поддержка в андроид есть. Дохленькие они для мультимедиа.
А где я про реалтайм писал? Ты утверждал, что мипс 400 мгц вытянет задач как ARM на 1 ГГц, вот я тебя на место и поставил. Лично меня задержка <10мс вполне устроит, камера-то всего 30к/с даёт. Система с линуксом на арм вполне обеспечит такое время реакции. И гарантированные 10мс - это реалтайм считается вообще-то.
Yarston Пост: 516090 От 17.Nov.2016 (14:24)
А в реале для свёртки сигнала с РЛС, например, или кодирования изображений/видео, ARM лучше, т.к. у него есть набор инструкций NEON, который на этих задачах в несколько раз даёт реальный, а не теоретический прирост. [ссылка]
Скорее всего поэтому армы нагнули мипсы в мобилках - там нужно шустро кодировать/декодировать мультимедиа разных форматов и в большом разрешении.
Этим они не могли нагнуть. векторные операции с использованием SIMD ядер сейчас имеют все процы и армы и мипсы и даже x86 в Math Kernel Library
Yarston Пост: 516147 От 17.Nov.2016 (19:59)
Ты утверждал, что мипс 400 мгц вытянет задач как ARM на 1 ГГц, вот я тебя на место и поставил.
Это чем поставил? Своей неграмотностью?
Что не отличаешь такт от цикла? И этим свою "правоту" доказал?
И В чем правота- что мипсы медленнее чем армы несмотря на наличие банков регистров?
Хоть как то сформулировать можешь свою правоту?
psih Пост: 516149 От 17.Nov.2016 (20:12)
сейчас имеют все процы и армы и мипсы и даже x86 в Math Kernel Library
Дело не в этом. Это чистый бизнес- тут техникой и не пахнет.
Начинали с бесплатной раздачи демоплат, ценовой демпинг, отвоевали нишу рынка но, несмотря на это, ниша гле армы не могут конкурировать с мипсами так и осталась за мипсами. Там одной ценой не пробъешь.
Иначе сказка Пушкина будет- Не гонялся бы ты поп за дешевизною...
тут вообще никто не называл себя "спецом по всем архитектурам мира".
