-
- Мсье собирается жестоко кодить на ассемблере 6000-х DSP? Если нет - перестаньте глупить, система команд это забота Сомпилятора. А ПЗУ/ОЗУ нынче объёмны и относительно недороги. - Точка опоры(01.09.2015 21:29)
- 6000-ая система команд это реально отстой. Щас разбираюсь и фигею. Конвейер не работает вообще, как у TMS32054. Система же команд MIPS просто в разы медленнее, чем у ARM. Только и всего. - st256(01.09.2015 21:46)
- Как одна система команд может быть медленнее другой? Что за ересь? Можно сравнивать архитектуры ядра, коих и у АРМа и у МИПСа десятки, но как команды, Карл? - =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,
)
- Када в Циклон завезли Ваксы, Апполо и писишки то нам гоаорили что тока 286 писишки из всего можно было честно привезти а 386 тоже в списках.Примерно 89-90 год. - basilmak(03.09.2015 15:41)
- Википедия утверждает обратное и даже коммодор с атари(41 знак., 03.09.2015 17:33,
- Ты про какие? На чем делались персоналки, ни AT ни MAC под КОКОМ не попадали никогда. VAX и SAN подпадали (но они не на интеловских камнях), а вот SPARK уже не внесли ибо тогда любовь была нешуточная, а интели в конце 80-х в СССР не возили только Codavr(175 знак., 03.09.2015 12:49 - 12: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)
- С таким херовым - да. Там мутная история со стартом ИБМ-ПК. Интел они выбрали отнюдь не по критериям качества. - Крок(03.09.2015 10:23)
- Много кто делал, тем не менее с таким набором характеристик - никто. - =AlexD=(03.09.2015 09:22)
- Я, думаю, DEC проиграл Госдепу США. - st256(02.09.2015 19:03)
- Интеловские поделки свежие тоже попадали под КОКОМ в конце СССР - то что они сюда попадали ничего не значит - потепление было и мастерство обхода на пике. И ваще техническая сторона в бизнесе не ведущая - побеждает сильнейший а не лучший - basilmak(03.09.2015 11:06)
- Рулит не система команд, а принцип VHS: "Побеждает тот стандарт под который больше
- Разница есть. У 8080 - 30 тыс. транзисторов, у 1801 - 50 тыс. На одном производстве 8086 будет в два раза дешевле. 1801 должен быть быстрее. Но смотри ка, PDP-11 умерло, а наследник 8086 натянул всех на кукан. Вывод: рулят технологии, а не =AlexD=(44 знак., 02.09.2015 14:51)
- Ну у 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)
- Это автоматический перевод туда и обратно "Да, были люди в наше время, не то что нынешнее племя")? - basilmak(03.09.2015 18:08)
- Ну были же люди, как люди! (с) - Крок(03.09.2015 12:59)
- Это щас плевать, а в 80х всё имело значение. - =AlexD=(03.09.2015 11:30)
- А он прав. Клиентам наплевать скока там транзисторов и какая система команд и они легко проглатывают что программа делавшая тот же функционал под дос 20 лет назад пыхтит в 21 веке в 10 раз дольше - у бизнеса свои законы - basilmak(03.09.2015 11:15)
- Хватит вываливать на форум разговоры с зеркалом. - =AlexD=(03.09.2015 06:34)
- Мне бы такую незамутненность рассудка... Вам сударь не в инженеры, а проповедники надо. Причем в проповедники сектантские. Думающие прихожане Вас будут опасаться. - st256(02.09.2015 19:07)
- Чушь. - =AlexD=(02.09.2015 14:48)
- Я все-таки думаю, что дело скорее всего не в самом количестве транзисторов, а в умении правильно ими распорядиться. - Bill(04.09.2015 22:09)
- Дык, сначала не лучше, потом всё лучше и лучше, в общем случае всё зависит от количества транзисторов, а не от Instruction Set Architecture, не так ли? :-) - =AlexD=(02.09.2015 14:47)
- Да какая разница, если они работали быстрее? Вот не люблю базара не о чем. - st256(02.09.2015 14:45)
- А дальше? На сколько я помню, все советские ДВКшки были микропрограммными, и команды исполнялись туеву хучу тактов, около десяти чтоли. - =AlexD=(02.09.2015 14:36 - 14:38)
- и там и там тактовая была 5 МГц, если мне память не изменяет - st256(02.09.2015 14:34)
- А ты не эммм, заблуждаешься случайно? Какие частоты ты сравниваешь, и сколько тактов исполнялась команда на ДВК и на ПиСи? - =AlexD=(02.09.2015 14:32)
- 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)
- Ну тут еще на цены смотреть надо и на задачи. Вон Gecko в раене 1,5 баксов уже AES имеет. 25MHz, 64kB FLASH, 8kB RAM - вполне себе конкурент пикам. - Shatun_(02.09.2015 15:48)
- ну оченно круто сравнивать PIC18 и Cortex M3 ?!!!!? Zikon(120 знак., 02.09.2015 14:53)
- примерно тоже было у 1810 и 1801. У Интела были лишние пересылки. В результате ДВК работал быстрее IBM PC. Хотя мипсы и там и там были одинаковые. - st256(02.09.2015 14:27)
- Тааак. Стоять! Я сейчас на распутье между ими. Что такое \\Система же команд 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,
)
- Нулевой регистр может и другие цели иметь, например эмуляцию какого-нибудь режима адресации. Типа нет у проца абсолютной адресации, но есть косвенно-регистровая со смещением. Используем 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)
- Тут вы ошибаетесь. У PDP-11 была и абсолютная адресация, и непосредственная. Например: Bill(106 знак., 07.09.2015 19:10 - 19:16, ссылка, ссылка)
- Иногда бывает надо сравнить с нулём ячейку, которая была вычислена давно. Вот у ДСПИКов это можно сделать одной командой. - Крок(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)
- Если бы пико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)
- Любые другие операции (включая некоторые арифметические/логические - 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 20:04)
- Вооот! А у пиков есть кусок памяти - 8к которая может быть операндом в арифметических операциях (далеко не во всех). В том числе обращение к каждому биту. Ну 8к - это может быть пижонство, а вот 64 РОНа было бы уместно. - Крок(07.09.2015 19:55)
- У AVR только к регистрам. Вообще все арифметические и логические операции в AVR применимы только к регистрам. Для работы с памятью имеются инструкции загрузки/сохранения, не более того. - Bill(07.09.2015 18:47)
- Эта операция у АВРов применима ко всей памяти или только к регистрам? - Крок(07.09.2015 18:42)
- У AVR, к примеру, это тоже можно сделать одной командой, TST называется. То же самое имеется и у STM8, только там мнемоника - TNZ. Можно еще много других примеров привести. - Bill(07.09.2015 18:27)
- Аффтор хочет сравнить с нулем произвольную ячейку памяти при этом считается что состояние флага z когда создавалось значение в ячейке давно потеряно. Boвa(34 знак., 07.09.2015 17:57)
- Это всё-таки про RISC процессоры, а не контроллеры в первую очередь. Любая команда где операнд источник 0. Любая команда требующая операнда приёмника, но приёмник не требуется в дальнейшем. - загрузить константу(07.09.2015 20:08,
- Сие есть изврат. 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)
- вот наверное единственное, что нужно писать на АСМе (и ни на чём другом) - код управления ДСП ядрами... - Крок(04.09.2015 12:43)
- DSP ядра в NVCom очень шустрые, мощные и их много. А управляющий проц - хилый. Вот и считайте - 8 РОНов на ядро это много или мало? - st256(04.09.2015 14:27)
- Ну а зачем писать на асме код управления DSP ядрами? Пускай компилятор парится с регистрами. - LightElf(04.09.2015 12:25)
- Для управления DSP ядрами самое то. Например, в NVCom. - st256(03.09.2015 18:31)
- Хм, использовать MIPS для ЦОС - напоминает секас в гамаке на лыжах. - LightElf(03.09.2015 18:27)
- Сравнение с нулем любого регистра или ячейки памяти - операция очень и очень простая. Для этой цели имеется специальная инструкция. А в ряде случаев даже и она не нужна, сравнение происходит автоматически при выполнении других инструкций. Или нет? - Bill(07.09.2015 16:47)
- Тупой он, процессор. - r31 AArch64(02.09.2015 23:03,
)
- Обнуление регистра + последующее сравнение = зависимые операции, которые нельзя выполнить параллельно. Значит обнулять регистр придется заранее и ноль в нем хранить. Имеем
- Чаво-чаво??? - st256(02.09.2015 19:01)
- И получить зависимость между командами, ну чтобы out-of-order лесом пошло? - LightElf(02.09.2015 15:51)
- А 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)
- Что-то со зрением? - st256(02.09.2015 19:02)
- Я вообще не фанат архитектур. Ничего особенно плохого в MIPS не вижу - известная архитектура, огромная installation base, масса всякого софта. Всяко лучше, чем велосипед изобретать. - LightElf(02.09.2015 14:52)
- В том, что не сразу в стек складывается. А вот проверка на ноль - частая операция, почему бы не предусмотреть специальный нулевой регистр? - LightElf(02.09.2015 14:38)
- можно и не складывать. А можно и сложить в стек весь регистровый файл. Не понял в чем изврат-то? - st256(02.09.2015 14:33)
- Ну вот не изврат ли - сохранять адрес возврата в регистре, чтобы потом его в стек руками складывать? В каждой избушке свои погремушки. - LightElf(02.09.2015 13:02)
- обычный РОН, но туда еще попадает аппаратно адрес возврата - st256(02.09.2015 10:36)
- И чем Вам линковый регистр не угодил? А 8051 всегда был отстоем. - st256(02.09.2015 10:24)
- Ну как - отъедается регистр, которых вечно не хватает и все такое. А вот с моей кочки зрения во многих регистрах много печали при сохранении/восстановлении контекста задачи. - LightElf(03.09.2015 18:30)
- А с моей, их вечно не хватает - st256(03.09.2015 18:33)
- Ну как - отъедается регистр, которых вечно не хватает и все такое. А вот с моей кочки зрения во многих регистрах много печали при сохранении/восстановлении контекста задачи. - LightElf(03.09.2015 18:30)
- Кто такой LR? Что-то я не обратил внимания на него при чтении. - Крок(02.09.2015 10:28)
- это оченно и оченно удобно Zikon(268 знак., 02.09.2015 11:29)
- Первое, что вспомнил. Там есть регистры общего назначения. Так самый первый из них всегда равен 0. Т.е. писать в него ничего нельзя. Зачем, спрашивается? А чтобы было удобно сравнивать с нулем другие РОНы... Ну не идиотизм ли это??? - st256(02.09.2015 09:31)
- Б...! Ну нет в жизни совершенства. Захочешь 32-разрядную машину вместо 16-разрядной, так работа с ними, словно вырезание гландов в армии. - Крок(01.09.2015 22:09)
- Энное время назад работал с NVCom-1. Там универсальное ядро MIPS. Там простейшие операции приходилось расписывать в несколько команд. Что точно не помню, но помню, что я просто зверел, кода писал код. Вроде с ветвлением были проблемы. И не только. - st256(01.09.2015 22:05)
- Как одна система команд может быть медленнее другой? Что за ересь? Можно сравнивать архитектуры ядра, коих и у АРМа и у МИПСа десятки, но как команды, Карл? - =AlexD=(02.09.2015 12:52)
- Мы тут давеча МИПСовали на ПИКе. 32 команды для начала работ по прерыванию - это чересчур. Компилятор позаботился. Я слышал легенды, что хороший трансялтор использует возможности машины лучше любого кодера, но примеров не видел. - Крок(01.09.2015 21:45)
- 6000-ая система команд это реально отстой. Щас разбираюсь и фигею. Конвейер не работает вообще, как у TMS32054. Система же команд MIPS просто в разы медленнее, чем у ARM. Только и всего. - st256(01.09.2015 21:46)
- Мсье собирается жестоко кодить на ассемблере 6000-х DSP? Если нет - перестаньте глупить, система команд это забота Сомпилятора. А ПЗУ/ОЗУ нынче объёмны и относительно недороги. - Точка опоры(01.09.2015 21:29)