caxapa.ru :: 6000-ая система команд это реально отстой. Щас разбираюсь и фигею. Конвейер не работает вообще, как у TMS32054. Система же команд MIPS просто в разы медленнее, чем у ARM. Только и всего.

st256 (01.09.2015 21:46, просмотров: 311) ответил Точка опоры на Мсье собирается жестоко кодить на ассемблере 6000-х DSP? Если нет - перестаньте глупить, система команд это забота Сомпилятора. А ПЗУ/ОЗУ нынче объёмны и относительно недороги.

6000-ая система команд это реально отстой. Щас разбираюсь и фигею. Конвейер не работает вообще, как у TMS32054. Система же команд MIPS просто в разы медленнее, чем у ARM. Только и всего.

Ответить

- Как одна система команд может быть медленнее другой? Что за ересь? Можно сравнивать архитектуры ядра, коих и у АРМа и у МИПСа десятки, но как команды, Карл? - =AlexD=(02.09.2015 12:52)
  - Ну как-то так... - st256(02.09.2015 14:25)
- да неужели так и медленнее и аж в разы Zikon(154 знак., 02.09.2015 11:20)
  - примерно тоже было у 1810 и 1801. У Интела были лишние пересылки. В результате ДВК работал быстрее IBM PC. Хотя мипсы и там и там были одинаковые. - st256(02.09.2015 14:27)
    - А ты не эммм, заблуждаешься случайно? Какие частоты ты сравниваешь, и сколько тактов исполнялась команда на ДВК и на ПиСи? - =AlexD=(02.09.2015 14:32)
      - и там и там тактовая была 5 МГц, если мне память не изменяет - st256(02.09.2015 14:34)
        
        А дальше? На сколько я помню, все советские ДВКшки были микропрограммными, и команды исполнялись туеву хучу тактов, около десяти чтоли. - =AlexD=(02.09.2015 14:36 - 14:38)
        
        Да какая разница, если они работали быстрее? Вот не люблю базара не о чем. - st256(02.09.2015 14:45)
        
        Разница есть. У 8080 - 30 тыс. транзисторов, у 1801 - 50 тыс. На одном производстве 8086 будет в два раза дешевле. 1801 должен быть быстрее. Но смотри ка, PDP-11 умерло, а наследник 8086 натянул всех на кукан. Вывод: рулят технологии, а не =AlexD=(44 знак., 02.09.2015 14:51)
        
        Рулит не система команд, а принцип VHS: "Побеждает тот стандарт под который больше ~~порнухи~~ программ и железа". А программ и железа под x86 было больше по причине открытости архитектуры IBM PC. - Boвa(07.09.2015 10:56 - 11:02)
        
        Вообще-то у 8080 транзисторов было меньше 5000, у 8086 их было 29000. - Bill(04.09.2015 22:25)
        
        Ну очевидно же, что я просто опечатался. Разумеется речь шла именно о 8086. - =AlexD=(05.09.2015 19:32)
        
        DEC проиграл связке IBM-Intel не войну качества, а войну цен. Их архитектура хотя и была лучше, но дороже. Публика проголосовало кошельком за дешевизну. VAX-ы в 80-е ваще всех рвали не зря они под ограничения КОКОМ подпадали в отличие от Codavr(66 знак., 02.09.2015 16:20 - 16:27)
        
        Интеловские поделки свежие тоже попадали под КОКОМ в конце СССР - то что они сюда попадали ничего не значит - потепление было и мастерство обхода на пике. И ваще техническая сторона в бизнесе не ведущая - побеждает сильнейший а не лучший - basilmak(03.09.2015 11:06)
        
        Ты про какие? На чем делались персоналки, ни AT ни MAC под КОКОМ не попадали никогда. VAX и SAN подпадали (но они не на интеловских камнях), а вот SPARK уже не внесли ибо тогда любовь была нешуточная, а интели в конце 80-х в СССР не возили только Codavr(175 знак., 03.09.2015 12:49 - 12:53)
        
        Википедия утверждает обратное и даже коммодор с атари(41 знак., 03.09.2015 17:33, )
        
        Ты бы еще ссылку на языке моар дал. На той странице Ethernet значится в связке с цифрой 1990, бредуха явная. Я в ИМАН в апреле 91-го пришел. Почти все компы уже в сетку были повязаны. Коаксиал. - Codavr(03.09.2015 18:43 - 18:59, ссылка)
        
        Када в Циклон завезли Ваксы, Апполо и писишки то нам гоаорили что тока 286 писишки из всего можно было честно привезти а 386 тоже в списках.Примерно 89-90 год. - basilmak(03.09.2015 15:41)
        
        Ну ХЗ. Я себе в 92-м 386DX в магазине купил. А в ИМАНе 386-я с 86-го или 87-го серваком трудилась (386 процессоры начали в 85-м выпускать, на том проце дата выпуска 86 стоит, тогда они не залеживались подолгу) кишки он нее до сих пор у меня лежат. Codavr(58 знак., 03.09.2015 18:48 - 18:53)
        
        Intel выиграл войну технологий. =AlexD=(332 знак., 03.09.2015 06:33)
        
        Могу добавить, что вслед за 8086 Intel выпустила 8088 с 8-разрядной шиной данных. Именно поэтому IBM для своей PC выбрала Intel. А когда к связке Intel-IBM присоединилась еще и Microsoft, то дни DEC были сочтены. DEC просто не сумела вовремя Bill(493 знак., 04.09.2015 22:06)
        
        Здрасьте. Моторола делала 16 битные машины, кигда интел еще в песочнице играл. - Крок(03.09.2015 09:18)
        
        Много кто делал, тем не менее с таким набором характеристик - никто. - =AlexD=(03.09.2015 09:22)
        
        С таким херовым - да. Там мутная история со стартом ИБМ-ПК. Интел они выбрали отнюдь не по критериям качества. - Крок(03.09.2015 10:23)
        
        Горбатый однонаправленный LPT был сделан на рассыпухе потому что за 8055 интель запросил слишком много баксов. - Codavr(03.09.2015 12:26 - 12:51)
        
        Я, думаю, DEC проиграл Госдепу США. - st256(02.09.2015 19:03)
        
        Ну у 8088 было нифига не лучше. - LightElf(02.09.2015 14:42)
        
        Дык, сначала не лучше, потом всё лучше и лучше, в общем случае всё зависит от количества транзисторов, а не от Instruction Set Architecture, не так ли? :-) - =AlexD=(02.09.2015 14:47)
        
        Я все-таки думаю, что дело скорее всего не в самом количестве транзисторов, а в умении правильно ими распорядиться. - Bill(04.09.2015 22:09)
        
        Ну если идёт соревнование инженеров с олигофренами, то да, это важное уточнение :-)) - =AlexD=(05.09.2015 19:34)
        
        ...например - продать 8) - Скрипач(04.09.2015 22:11)
        
        Ну да! Главное суметь их извлечь из чипа. - Bill(04.09.2015 22:14)
        
        Нет, не так. - st256(02.09.2015 14:47)
        
        Чушь. - =AlexD=(02.09.2015 14:48)
        
        Мне бы такую незамутненность рассудка... Вам сударь не в инженеры, а проповедники надо. Причем в проповедники сектантские. Думающие прихожане Вас будут опасаться. - st256(02.09.2015 19:07)
        
        Хватит вываливать на форум разговоры с зеркалом. - =AlexD=(03.09.2015 06:34)
        
        А он прав. Клиентам наплевать скока там транзисторов и какая система команд и они легко проглатывают что программа делавшая тот же функционал под дос 20 лет назад пыхтит в 21 веке в 10 раз дольше - у бизнеса свои законы - basilmak(03.09.2015 11:15)
        
        Это щас плевать, а в 80х всё имело значение. - =AlexD=(03.09.2015 11:30)
        
        Ну были же люди, как люди! (с) - Крок(03.09.2015 12:59)
        
        Это автоматический перевод туда и обратно "Да, были люди в наше время, не то что нынешнее племя")? - basilmak(03.09.2015 18:08)
        
        Это цитата из Брата-2! :-) - Крок(03.09.2015 18:12)
  - Cortex M3 - Cortexне самый крутой из ARM-ов. Если уж MIPS M4K так и Cortex пусть будет хотя бы М4, а там уже 225 DMIPS, а у Cortex M7 все 462 DMIPS. - _basile(02.09.2015 13:05, )
    - уточняю Zikon(370 знак., 02.09.2015 14:18)
  - А вот сам ARM (по ссылке) говорит об обратном :) UPD: Это про миграцию простых Пиков, а не MIPSовых. - Shatun_(02.09.2015 12:17 - 12:47, ссылка)
    - ну оченно круто сравнивать PIC18 и Cortex M3 ?!!!!? Zikon(120 знак., 02.09.2015 14:53)
      - Ну тут еще на цены смотреть надо и на задачи. Вон Gecko в раене 1,5 баксов уже AES имеет. 25MHz, 64kB FLASH, 8kB RAM - вполне себе конкурент пикам. - Shatun_(02.09.2015 15:48)
        
        не спорю по ценам сейчас Cortex-ы Zikon(17 знак., 02.09.2015 15:56)
- Тааак. Стоять! Я сейчас на распутье между ими. Что такое \\Система же команд MIPS просто в разы медленнее, чем у ARM. \\? - Крок(01.09.2015 21:51)
  - Энное время назад работал с NVCom-1. Там универсальное ядро MIPS. Там простейшие операции приходилось расписывать в несколько команд. Что точно не помню, но помню, что я просто зверел, кода писал код. Вроде с ветвлением были проблемы. И не только. - st256(01.09.2015 22:05)
    - Б...! Ну нет в жизни совершенства. Захочешь 32-разрядную машину вместо 16-разрядной, так работа с ними, словно вырезание гландов в армии. - Крок(01.09.2015 22:09)
      - Первое, что вспомнил. Там есть регистры общего назначения. Так самый первый из них всегда равен 0. Т.е. писать в него ничего нельзя. Зачем, спрашивается? А чтобы было удобно сравнивать с нулем другие РОНы... Ну не идиотизм ли это??? - st256(02.09.2015 09:31)
        
        это оченно и оченно удобно Zikon(268 знак., 02.09.2015 11:29)
        
        А ПИК, например, может сравнить с нулём любой из восьми тысяч регистров (за одну команду). - Крок(07.09.2015 13:48)
        
        мне легче написать лишнюю операция обнуления регистра и получить еще один в свое полное распоряжение. - st256(02.09.2015 14:24)
        
        И получить зависимость между командами, ну чтобы out-of-order лесом пошло? - LightElf(02.09.2015 15:51)
        
        Чаво-чаво??? - st256(02.09.2015 19:01)
        
        Обнуление регистра + последующее сравнение = зависимые операции, которые нельзя выполнить параллельно. Значит обнулять регистр придется заранее и ноль в нем хранить. Имеем ~~те же яйцы~~ обнуленный регистр, только ~~в профиль~~ его еще и LightElf(78 знак., 03.09.2015 11:26)
        
        Сравнение с нулем любого регистра или ячейки памяти - операция очень и очень простая. Для этой цели имеется специальная инструкция. А в ряде случаев даже и она не нужна, сравнение происходит автоматически при выполнении других инструкций. Или нет? - Bill(07.09.2015 16:47)
        
        Это всё-таки про RISC процессоры, а не контроллеры в первую очередь. Любая команда где операнд источник 0. Любая команда требующая операнда приёмника, но приёмник не требуется в дальнейшем. - загрузить константу(07.09.2015 20:08, )
        
        Да какая разница, RISC, CISC. Просто для проверки операнда на нуль не требуется дополнительного специального регистра. Или я не прав? - Bill(08.09.2015 07:10)
        
        Проверка на ноль это ведь не самоцель. Условное ветвление если значения равны или не равны и как частный случай одно из значений ноль. Btw переход в пределах 16 бит, внутри функции в самый раз и это всё одна инструкция - всё правильно(08.09.2015 16:59, )
        
        Нулевой регистр может и другие цели иметь, например эмуляцию какого-нибудь режима адресации. Типа нет у проца абсолютной адресации, но есть косвенно-регистровая со смещением. Используем R0 и получаем то что надо. У той же PDP-11 не было LightElf(127 знак., 07.09.2015 19:01)
        
        Тут вы ошибаетесь. У PDP-11 была и абсолютная адресация, и непосредственная. Например: Bill(106 знак., 07.09.2015 19:10 - 19:16, ссылка, ссылка)
        
        А вы машинный код посмотрите у этой ассемблерной инструкции и удивитесь. Там будет (по памяти) что-то типа add (R7)+, @(R7)+ LightElf(32 знак., 08.09.2015 11:48 - 11:56)
        
        Вы оба правы. vmp(257 знак., 07.09.2015 21:40)
        
        Все так, но тем не менее, Bill(671 знак., 08.09.2015 07:06)
        
        Как реализован - очень важно, потому что напрямую влияет на сложность декодера команд и быстродействие процессора. RISC-архитектура подразумевает, что команды имеют одинаковую длину и стандартный формат. Каждое поле в формате команды должно LightElf(748 знак., 08.09.2015 12:15)
        
        Иногда бывает надо сравнить с нулём ячейку, которая была вычислена давно. Вот у ДСПИКов это можно сделать одной командой. - Крок(07.09.2015 18:11)
        
        У AVR, к примеру, это тоже можно сделать одной командой, TST называется. То же самое имеется и у STM8, только там мнемоника - TNZ. Можно еще много других примеров привести. - Bill(07.09.2015 18:27)
        
        Эта операция у АВРов применима ко всей памяти или только к регистрам? - Крок(07.09.2015 18:42)
        
        У AVR только к регистрам. Вообще все арифметические и логические операции в AVR применимы только к регистрам. Для работы с памятью имеются инструкции загрузки/сохранения, не более того. - Bill(07.09.2015 18:47)
        
        Вооот! А у пиков есть кусок памяти - 8к которая может быть операндом в арифметических операциях (далеко не во всех). В том числе обращение к каждому биту. Ну 8к - это может быть пижонство, а вот 64 РОНа было бы уместно. - Крок(07.09.2015 19:55)
        
        У меня есть опыт работы как с AVR, так и с PIC. Если говорить об AVR, то обычно в программе не требуется частого обращения к памяти, обычно хватает регистров. Кроме того, в AVR имеются различные методы адресации, что повышает эффективность Bill(554 знак., 08.09.2015 07:29)
        
        А я вот не работаю с РТОС, зато расчётов как правило много, и каждый регистр на счету. Коллега СТ256 пару дней назад привёл пример, когда нехватка регистров бывает фатальна (БПС по основанию 4). На мой вкус - веский аргумент. - Крок(08.09.2015 10:44)
        
        Если бы пико24дезигнеры не пожидились сделать программное слово в 32, а не в 24 бита, то и было бы как минимум 4096 (2^4 + 2^8) полноценных РОНов - MBedder(07.09.2015 19:59)
        
        Я вот думаю, может там чисто технологическая проблема - коммутировать РОНы. Просто по нагрузочной способности ключей нельзя сделать больше? - Крок(07.09.2015 20:04)
        
        Любые другие операции (включая некоторые арифметические/логические - ADD/C f {,WREG}, AND f {,WREG}, ASR f {,WREG}, BCLR/BSET f,#bit4, BTG f,#bit4 и т.п) с операндами в Near Memory (до 8191) ведь делаются, значит, на всю арифметику тупо не хватило MBedder(14 знак., 07.09.2015 20:18)
        
        Сэкономили память программ, мать их... - Крок(07.09.2015 21:37)
        
        Аффтор хочет сравнить с нулем произвольную ячейку памяти при этом считается что состояние флага z когда создавалось значение в ячейке давно потеряно. Boвa(34 знак., 07.09.2015 17:57)
        
        Состояние флага Z легко можно изменить в любой момент и для этого какой-то специальный регистр не нужен. - Bill(07.09.2015 18:01)
        
        Сие есть изврат. Boвa(66 знак., 07.09.2015 11:00)
        
        Вау! Я даже с ним не знаком. Как и Вы с ЦОС, где за лишний регистр иногда готов отдать все, что угодно. Знаете, что именно по причине нехватки регистров БПФ по основанию 2 часто получается быстрее, чем по основанию 4? - st256(03.09.2015 16:12)
        
        Хм, использовать MIPS для ЦОС - напоминает секас в гамаке на лыжах. - LightElf(03.09.2015 18:27)
        
        Для управления DSP ядрами самое то. Например, в NVCom. - st256(03.09.2015 18:31)
        
        Ну а зачем писать на асме код управления DSP ядрами? Пускай компилятор парится с регистрами. - LightElf(04.09.2015 12:25)
        
        DSP ядра в NVCom очень шустрые, мощные и их много. А управляющий проц - хилый. Вот и считайте - 8 РОНов на ядро это много или мало? - st256(04.09.2015 14:27)
        
        Для настройки ДМА 8 регистров хватает? :-)) - =AlexD=(04.09.2015 14:29)
        
        При чем тут ДМА? Вы, что, практикуете перестройку энтого устройства в режиме реального времени??? Тогда я сымаю перед Вами свою бандану и кеды... - st256(04.09.2015 14:36)
        
        вот наверное единственное, что нужно писать на АСМе (и ни на чём другом) - код управления ДСП ядрами... - Крок(04.09.2015 12:43)
        
        Тупой он, процессор. - r31 AArch64(02.09.2015 23:03, )
        
        А LR у ARM-ов не беспокоит? А аккумулятор у 8051? - LightElf(02.09.2015 10:15)
        
        Кто такой LR? Что-то я не обратил внимания на него при чтении. - Крок(02.09.2015 10:28)
        
        обычный РОН, но туда еще попадает аппаратно адрес возврата - st256(02.09.2015 10:36)
        
        Ну вот не изврат ли - сохранять адрес возврата в регистре, чтобы потом его в стек руками складывать? В каждой избушке свои погремушки. - LightElf(02.09.2015 13:02)
        
        можно и не складывать. А можно и сложить в стек весь регистровый файл. Не понял в чем изврат-то? - st256(02.09.2015 14:33)
        
        В том, что не сразу в стек складывается. А вот проверка на ноль - частая операция, почему бы не предусмотреть специальный нулевой регистр? - LightElf(02.09.2015 14:38)
        
        в ARM - регистр LR Zikon(447 знак., 02.09.2015 15:39)
        
        Вы чо, фанат MIPSа? А чем-нибудь приличным пользоваться пробовали? - st256(02.09.2015 14:44)
        
        Я вообще не фанат архитектур. Ничего особенно плохого в MIPS не вижу - известная архитектура, огромная installation base, масса всякого софта. Всяко лучше, чем велосипед изобретать. - LightElf(02.09.2015 14:52)
        
        Что-то со зрением? - st256(02.09.2015 19:02)
        
        Закусывай. - LightElf(03.09.2015 11:28)
        
        И чем Вам линковый регистр не угодил? А 8051 всегда был отстоем. - st256(02.09.2015 10:24)
        
        Ну как - отъедается регистр, которых вечно не хватает и все такое. А вот с моей кочки зрения во многих регистрах много печали при сохранении/восстановлении контекста задачи. - LightElf(03.09.2015 18:30)
        
        А с моей, их вечно не хватает - st256(03.09.2015 18:33)

О смысле всего сущего