-
- Уверен, что этой войне не будет конца. RISC дает возможность на каждом новом технологическом витке создавать устройства работающие быстрее чем CISC созданные по предыдущей технологии. Когда технология стабилизируется вперед выходит CISC. Codavr(375 знак., 22.10.2013 10:25 - 10:33)
- Может быть я и ошибаюсь. Пока что RISC наглухо затоптала CISC. Типа как водородная бомба затоптала все способы обороны. - Codavr(22.10.2013 15:37, ссылка)
- Ваще-та водородный бонб всех порвал, включая способы обороны. Штопают нечто другое... - Evgeny_CD(22.10.2013 15:39)
- "Они непосредственно перед исполнением преобразуют CISC-инструкции x86-процессоров в более простой набор внутренних инструкций RISC"... - fk0(22.10.2013 15:43)
- И ваще будущее за параллельными вычислениями с мильеном RISC ядер. - Codavr(22.10.2013 15:50)
- И за индусскими программерами со 100500 рук каждый, которые эти ядра закодят. - Evgeny_CD(22.10.2013 16:08)
- И ваще будущее за параллельными вычислениями с мильеном RISC ядер. - Codavr(22.10.2013 15:50)
- "Они непосредственно перед исполнением преобразуют CISC-инструкции x86-процессоров в более простой набор внутренних инструкций RISC"... - fk0(22.10.2013 15:43)
- Ваще-та водородный бонб всех порвал, включая способы обороны. Штопают нечто другое... - Evgeny_CD(22.10.2013 15:39)
- CISC лишь надстройка над декодером команд RISC. Т.е. внутри он CISC, но где-то есть транслятор микрокода. По крайней мере так может быть сделано. И в этом плюс, что инструкции CISC могут быть достаточно сложные и давать повышенную плотность кода fk0(135 знак., 22.10.2013 15:08)
- Дык :) "Cписок архитектур, использующих принцип микрокода, включал в себя IBM System/360 и DEC VAX, набор команд которых был реализован с помощью сложных микропрограмм. Подход, при котором используются всё более сложные микрокодные инструкции, был Codavr(20 знак., 22.10.2013 15:12, ссылка)
- На самом деле микрокодовые инструкции здесь ни причем. Просто используемый в то время принцип Bill(324 знак., 22.10.2013 15:44)
- Согласен. 8088 был типичной CISC, но только слова такого еще не было, как и микропрограммы в ем. - Codavr(22.10.2013 15:53)
- А вот в данном случае я как всегда ошибся -> - Bill(22.10.2013 16:29, картинка, картинка)
- Или еще здесь - Bill(22.10.2013 16:47, картинка, картинка)
- А вот в данном случае я как всегда ошибся -> - Bill(22.10.2013 16:29, картинка, картинка)
- А какой-такой "микрокод" загружается в x86 (пеньтиумы современные), а? - fk0(22.10.2013 15:46)
- -> Грузят патчи - Evgeny_CD(22.10.2013 15:56, ссылка)
- Согласен. 8088 был типичной CISC, но только слова такого еще не было, как и микропрограммы в ем. - Codavr(22.10.2013 15:53)
- На самом деле микрокодовые инструкции здесь ни причем. Просто используемый в то время принцип Bill(324 знак., 22.10.2013 15:44)
- Дык :) "Cписок архитектур, использующих принцип микрокода, включал в себя IBM System/360 и DEC VAX, набор команд которых был реализован с помощью сложных микропрограмм. Подход, при котором используются всё более сложные микрокодные инструкции, был Codavr(20 знак., 22.10.2013 15:12, ссылка)
- Думаю, как в раз в умной пыли без жабы не обойтись -> - Evgeny_CD(22.10.2013 10:57, ссылка)
- Я имел ввиду ту "умную пыль" которую изначально так назвали, а не маркетинговые высеры которые ближе к "умным чемоданам". - Codavr(22.10.2013 11:42)
- Три автора из пяти работают на
гуталиновой фабрикеSun :) - Vladimir Ljaschko(22.10.2013 11:11)- Однако, если оставить в покое вопрос о любви или ненависти к джабе, в целом все правильно. Evgeny_CD(758 знак., 22.10.2013 17:17)
- Таких камней дофига, и что-то я не слышал, что народ рвётся на них жабу запускать. Жаба хороша, когда нужно замутить что-то типа appstore (J2ME, Java EE). В МК это никому нафиг не надо. - SciFi(22.10.2013 17:32)
- Думаю, вот там -> одно из гнезд "любителей пускать джабу" - Evgeny_CD(22.10.2013 17:47, ссылка)
- Однако! STM32-JAVA STM32Java development environment for STM32 -> $2572 / год - Evgeny_CD(22.10.2013 17:56, ссылка)
- А насчет апстора - продать ПО в каждый MCU по принципу апстора - это голубая мечта многих, только пока не нереализованная... - Evgeny_CD(22.10.2013 17:48)
- Платные обновления ПО (скромно шаркая ножкой) :о) - Скрипач(22.10.2013 17:59)
- Не, это все гавенные методы монетизации. А вот какой правильный должен быть. Evgeny_CD(275 знак., 22.10.2013 20:51)
- Хер я такую либу применю. Скорее вообще на рынок выходить откажусь. А вот всякие мутные "апдейты", получаемые на основании годовой подписки - легко :) - Скрипач(22.10.2013 21:34)
- В обсчем, тебя никто не спросит. У тебя же уже нет желания писать свои стеки WiFi и Bluetooth? Вот, и о других интерфейсах позаботятся тоже. - Evgeny_CD(22.10.2013 21:59)
- Это ж как нужно будет залочить УАРТ, чтобы без блюмблюатеки им нельзя было пользоваться? Безбожно забажить регистры и сжечь еррату? :-) - SciFi(22.10.2013 22:03)
- Сжигать надо HDL кодера вместе с errat'ой. Так надежнее. - Evgeny_CD(22.10.2013 22:13)
- Тебе буковки USB о чем нибудь говорят? :) Использование UART будет запрещено международным правовым актом по защите озонового слоя :) - Evgeny_CD(22.10.2013 22:12)
- Евгений, зачем придумываете (не)хитрые двухходовки? Тут работает простейшая схема: международный правовой акт обязывает нести денежки прямиком в карман [ФИО вписать тут] :-))) - SciFi(22.10.2013 22:16)
- Общество без "византийской сложности" обречено... - Evgeny_CD(22.10.2013 23:28)
- Евгений, зачем придумываете (не)хитрые двухходовки? Тут работает простейшая схема: международный правовой акт обязывает нести денежки прямиком в карман [ФИО вписать тут] :-))) - SciFi(22.10.2013 22:16)
- Это ж как нужно будет залочить УАРТ, чтобы без блюмблюатеки им нельзя было пользоваться? Безбожно забажить регистры и сжечь еррату? :-) - SciFi(22.10.2013 22:03)
- Это правильно. Нехер толчею на рынке создавать. Пусть белые люди разрабатывают, а прочие сверлят дырки и живут на монтаже. Каждому свое :) - Evgeny_CD(22.10.2013 21:46)
- Bluetooth? Нечто подобное "придумали" и для моей предметной области. Lonworks, BACnet и KNX называется. Многие повелись. Вбухали деньги в изучение, сертификацию и инструментарий. Скрипач(131 знак., 23.10.2013 09:14)
- По Lonworks ситуацию обновляете? Сейчас средство проектирования стоит всего лишь 2200,- USD. Я и то на старости лет собираюсь проектик портировать на новые компоненты. - Vladimir Ljaschko(23.10.2013 17:19)
- Придут другие ПАРНИ ИХ ИХНЕГО ДВОРА. Которые по части розницы. И сделают тут свою розницу. И вместо модбаса придется изучать инструкцию от поломоечной машины в торговом центре, чтобы быть принятым на должность ее оператора... - Evgeny_CD(23.10.2013 11:20)
- Да, НО! Нашим, которые вложились в "эти ихние LONWORKSы" придется изучать туже самую инструкцию. Просто потому что они НЕ ИХНИЕ. Скрипач(104 знак., 23.10.2013 17:15)
- Самое поучительное, что я вычитал в книжках про алгоритмы - это то, что линейный рост обгоняет степенную функцию на начальном этапе. И получается, что при малом числе элементов в общем случае квадратичные алгоритмы не так и плохи, если они гораздо Evgeny_CD(161 знак., 23.10.2013 11:36)
- Bluetooth? Нечто подобное "придумали" и для моей предметной области. Lonworks, BACnet и KNX называется. Многие повелись. Вбухали деньги в изучение, сертификацию и инструментарий. Скрипач(131 знак., 23.10.2013 09:14)
- В обсчем, тебя никто не спросит. У тебя же уже нет желания писать свои стеки WiFi и Bluetooth? Вот, и о других интерфейсах позаботятся тоже. - Evgeny_CD(22.10.2013 21:59)
- Хер я такую либу применю. Скорее вообще на рынок выходить откажусь. А вот всякие мутные "апдейты", получаемые на основании годовой подписки - легко :) - Скрипач(22.10.2013 21:34)
- Не, это все гавенные методы монетизации. А вот какой правильный должен быть. Evgeny_CD(275 знак., 22.10.2013 20:51)
- Платные обновления ПО (скромно шаркая ножкой) :о) - Скрипач(22.10.2013 17:59)
- Думаю, вот там -> одно из гнезд "любителей пускать джабу" - Evgeny_CD(22.10.2013 17:47, ссылка)
- Таких камней дофига, и что-то я не слышал, что народ рвётся на них жабу запускать. Жаба хороша, когда нужно замутить что-то типа appstore (J2ME, Java EE). В МК это никому нафиг не надо. - SciFi(22.10.2013 17:32)
- Однако, если оставить в покое вопрос о любви или ненависти к джабе, в целом все правильно. Evgeny_CD(758 знак., 22.10.2013 17:17)
- Пора уже продвигать в олимпийские виды спорта эту деятельность: засунуть жабу всюду, причём бессмысленно и беспощадно! :-))) - SciFi(22.10.2013 11:02)
- Это ближе к паралимпийским. - Codavr(22.10.2013 11:59)
- :=D - koyodza(22.10.2013 16:54)
- С тенденцией перехода в специальную олимпиаду... - Evgeny_CD(22.10.2013 12:02)
- Это ближе к паралимпийским. - Codavr(22.10.2013 11:59)
- Может быть я и ошибаюсь. Пока что RISC наглухо затоптала CISC. Типа как водородная бомба затоптала все способы обороны. - Codavr(22.10.2013 15:37, ссылка)
- а ежели вся периферия может быть memory-mapped, зачем тогда расширять систему команд? или хочется прибить дрова и перекомпилять софтину под каждый апгрейд? - Д.ARMоед(21.10.2013 23:40)
- Мemory-mapped это примитив. Такого же рода, как запись константы в регистр. А должны быть комплексные CISC-команды, типа поиска в строке, скалярного умножения векторов и т.п. В отношении периферии это тоже должны быть столь же комплексные Ксения(346 знак., 22.10.2013 03:03 - 03:13)
- Зачем все эти сложности? Должна быть всего одна CISC команда: "дай денех!". Можно бумажками, а лучше сразу на депозит на Каймановых островах :-) - SciFi(22.10.2013 09:36)
- легко! команда "намайнить биткоинов" )) - Mahagam(22.10.2013 09:37)
- ну так верилог вам в руки! команда поиска в строке? а как при этом будут отрабатываться прерывания, если я ищу в необъятной строке и конца и края этому не видно? периферия с потоками? то есть с DMA? а что будет если 10 таких умных модулей запросят Mahagam(361 знак., 22.10.2013 09:33)
- Это уже давным-давно реализовано, начиная чуть ли не с Z80. Вся проблема только в том, что Bill(61 знак., 22.10.2013 09:50)
- в том же Z80 команды с повторениями считывают сами себя после каждой операции. именно поэтому люди умудрялись делать их аналоги работающие значительно быстрее. ну так нафига такая команда?? - Mahagam(22.10.2013 09:55)
- Гораздо быстрее? Интересно, каким образом? - Bill(22.10.2013 10:05)
- на спектруме каким только кодом не пытались оптимизировать переброску данных в экранной памяти. да, расход кода шёл громадный. а были бы LDIR/LDDR пооптимальнее, то никто бы таким гемором и не заморачивался. - Mahagam(22.10.2013 11:45)
- Так у Z80 как раз такие команды и были. Или нет? - Bill(22.10.2013 11:48)
- какие такие? LDIR/LDDR был. но где требовалась скорость - ими не пользовались. - Mahagam(22.10.2013 11:49)
- Хм... неужели пересылка блока одной командой требовала больше времени, чем последовательность нескольких команд? В чем был секрет? - Bill(22.10.2013 11:57)
- да. причин было много. команда была с префиксом, считывала себя каждый раз повторно, тратила такты на внутренние вычисления, работала с одним байтом за раз. реализации со стеком вида Mahagam(200 знак., 22.10.2013 12:08)
- Понятно, прием мне известный. - Bill(22.10.2013 12:22)
- Ещё POP <все регистры>; PUSH <все регистры> и так в цикле (только SP переставляли). Тоже 21 такт на 2 байта (плюс расходы на LD SP, xxx, но данные можно хранить как есть, а не в виде команд LD HL, xxxx). - fk0(22.10.2013 12:04, ссылка)
- 16 тактов у LDI и 21 такт у LDIR. Архитектура простейшая. Там легко просчитывается на что идут такты. - POV(22.10.2013 12:04)
- да. причин было много. команда была с префиксом, считывала себя каждый раз повторно, тратила такты на внутренние вычисления, работала с одним байтом за раз. реализации со стеком вида Mahagam(200 знак., 22.10.2013 12:08)
- Хм... неужели пересылка блока одной командой требовала больше времени, чем последовательность нескольких команд? В чем был секрет? - Bill(22.10.2013 11:57)
- какие такие? LDIR/LDDR был. но где требовалась скорость - ими не пользовались. - Mahagam(22.10.2013 11:49)
- Так у Z80 как раз такие команды и были. Или нет? - Bill(22.10.2013 11:48)
- на спектруме каким только кодом не пытались оптимизировать переброску данных в экранной памяти. да, расход кода шёл громадный. а были бы LDIR/LDDR пооптимальнее, то никто бы таким гемором и не заморачивался. - Mahagam(22.10.2013 11:45)
- LDIR -- 21 такт на байт, 2 байта команда. "LDI; JP PO, $-2" -- 16+10=26 тактов на байт, 5 байт комад. Нет смысла? В x86 есть префикс REP для того. И ведь инструкции могут не перечитываться каждый раз, а перечитываться только после прерывания... - fk0(22.10.2013 10:02)
- "Аналоги" требовали килобайтов кода вместо трёх (!!!) байт на циклическую команду. А значительно - это 16 тактов на байт вместо 21. - POV(22.10.2013 09:56 - 10:00)
- "LD HL,#xxxx; PUSH HL" -- 10+11 == 21 такт. Но уже 2 байта за раз. Итого 10.5 тактов на байт. - fk0(22.10.2013 10:07)
- И так конечно использовали. Но памяти жрет много. Компромисс - LDI. - POV(22.10.2013 10:15)
- "LD HL,#xxxx; PUSH HL" -- 10+11 == 21 такт. Но уже 2 байта за раз. Итого 10.5 тактов на байт. - fk0(22.10.2013 10:07)
- Гораздо быстрее? Интересно, каким образом? - Bill(22.10.2013 10:05)
- в том же Z80 команды с повторениями считывают сами себя после каждой операции. именно поэтому люди умудрялись делать их аналоги работающие значительно быстрее. ну так нафига такая команда?? - Mahagam(22.10.2013 09:55)
- Это уже давным-давно реализовано, начиная чуть ли не с Z80. Вся проблема только в том, что Bill(61 знак., 22.10.2013 09:50)
- эх, мужики-то упираются с квантовым компом, где всего две команды - вкл и выкл.. ;) Д.ARMоед(106 знак., 22.10.2013 07:26 - 07:32)
- Зачем все эти сложности? Должна быть всего одна CISC команда: "дай денех!". Можно бумажками, а лучше сразу на депозит на Каймановых островах :-) - SciFi(22.10.2013 09:36)
- Перекомпиляция для embedded систем абсолютное добро! - Evgeny_CD(21.10.2013 23:53)
- Команды работы с таймером - один патент. С UART - другой :) - Evgeny_CD(21.10.2013 23:52)
- сразу набегут желающие печь процы в духовке :) - Д.ARMоед(21.10.2013 23:57)
- Ну тут же постили материал насчет транзисторов в духовке... - Evgeny_CD(22.10.2013 00:02)
- сразу набегут желающие печь процы в духовке :) - Д.ARMоед(21.10.2013 23:57)
- Мemory-mapped это примитив. Такого же рода, как запись константы в регистр. А должны быть комплексные CISC-команды, типа поиска в строке, скалярного умножения векторов и т.п. В отношении периферии это тоже должны быть столь же комплексные Ксения(346 знак., 22.10.2013 03:03 - 03:13)
- Уверен, что этой войне не будет конца. RISC дает возможность на каждом новом технологическом витке создавать устройства работающие быстрее чем CISC созданные по предыдущей технологии. Когда технология стабилизируется вперед выходит CISC. Codavr(375 знак., 22.10.2013 10:25 - 10:33)