Как стать автором
Обновить
-7
0.3

Пользователь

Отправить сообщение

Вы даёте ссылку на отрывок, а не на целиком книгу -- это раз.
Два: пара цитат оттуда:

Машины, основанные на RISC-архитектуре, сосредоточили внимание разработчиков на двух решающих методах увеличения производительности: использовании параллелизма уровня команд (сначала посредством конвейерной обработки, а позже посредством запуска нескольких команд в одном такте) и использовании кэшей (сначала в простых формах, а позже с использованием более сложных организаций и оптимизаций).

Очевидно, это давно не так, т.к. нонче любые high-performance микроархитектуры, в т.ч. реализующие amd64 и aarch64 (по вашей классификации -- тоже CISC) занимаются этим.


доминирующей стала RISC-архитектура ARM

Тут без комментариев :)

Продолжаю настаивать на своём понимании термина "RISC" как buzzword'а.

"RISC" ничего не предполагает, это уже довольно давно buzzword. Arm с самого начала имел stm/ldm (прокачать через память несколько регистров по маске), пост-инкременты/декременты в адресации и шифтер, постоянно применяемый к одному из аргументов. В risc-v есть например amo*-команды которые трудно назвать "минималистичными", при наличии рядом и lr/sc механизма. В каком-нибудь powerpc (тоже один из первых 'risc') всевозможных операций просто вагон (не минималистично!). Эти примеры в защиту мнения о том что risc -- buzzword.

В реальности есть смысл говорить скорее о load-store архитектуре с фиксированным размером командного слова (но и тут есть 'compressed' у risc-v, 'thumb' у armv7)

Ну ок, посмотреть пролог-эпилог обработчиков и накатать такое же на ассемблере, чтоб не зависеть от китаепатченных бинарей.

ABI не совсем идет по указанному адресу, а смещается ?

Не знаю. Везде пишут про ABI на случай 32 регистров, на случай 16 я не видел (или пропустил)

Да ладно, никакого геморроя с gcc и бинутилями нет. К обработчикам прерываний они никак не относятся. Конечно приятно, когда в cortex-m3 вместо пролога и эпилога единственного обработчика на асме (как для ARM7TDMI) можно писать хендлеры сразу на сях с сигнатурой void fname(void) и потом удобненько расставлять векторы в линкер-скрипте, но всё же тулчейн для этого менять не обязательно -- не он определяет, что именно и как вы компилируете в проект и какие у вас там обработчики.

подключить к неродной IDE становится приключением

Ну так любители свистопердящих IDE и должны страдать :)

Что в "Микроне" накрутили - без понятия.

В этом и фишка RISC-V -- можно взять и накрутить, добавив например аппаратное сохранение регистров при входе в прерывание, а можно сделать по дефолту (по базовому мануалу), тогда конечно удобностей будет не очень, но жить всё ещё можно. А вот в каком-нибудь cortex-M3 без вариантов -- за вас прибили гвоздями контроллер прерываний и аппаратный пуш регистров и живите только с этим.

Ядро практически одинаковое

Ну нифига ж себе "практически одинаковое"! Вы в курсе, что значит RV32E? Половины регистров нет, ABI идёт по известному месту, вещь в себе. Да и отсутствие умножений и делений это тоже вполне себе минус.

Не пытаюсь выступать защитником Микрона, но всё же надо быть более дотошным, что ли. НИКАКИХ преимуществ у "CH" тут нет.

И что тогда? Автор пришлёт исправления, файл журнала по ссылке обновится?

Начинающим точно стоит показывать такие примеры кода? (hint: должно быть неблокирующее присваивание)

А зачем кому-то нужен спектрум, где 90% софта не заработает в принципе? Почти каждый первый софт использует недок. команды Z80, а уже в 90ые напоролись например на разницу в поведении недок. команды `out (c),0` vs `out (c),255` (первое на NMOS, второе на CMOS). Ну и что аналогично каждый первый софт считает тактики Z80 (каковые совершенно левые будут в Z180/etc) -- это тоже общеизвестная инфа, и даже быть электронщиком не надо, чтобы это знать. И получается, что вообще все софты на Z180 пойдут лесом. В игры не поиграть, демки не посмотреть.

В 90ые много чего писали в литературе по спектрумам. Одни -- про перевод на Z180/Z280/whatever (в т.ч. небезызвестный Немо), другие -- про то как они развёртки на Профи приводили к "стандарту" резинки (при этом почему-то забывали о contention'е в резинках, без которого приводить развёртки смысла было мало), третьи в своих клонах (например в том же Скорпионе) лепили т.н. "порт ФФ", опять же вещая о нефиговой "совместимости", которую якобы даёт такой "порт". Ещё был пласт вещателей о CP/M (как раз как по вашей ссылке). В результате время их всех рассудило -- и сегодня спектрум уже капитально перешёл в "ретро", никаких Z180/280 на нём слава богу не появилось, все развёртки, contention и порты ФФ левой ногой легко делаются в FPGA, ну CP/M отправилось на заслуженный отдых.

Я как-то писал свой стартап для M3, и удалось обойтись полностью без ассемблера, всё на Си. Естественно, с интринсиками/макросами, скрывающими определённые ассемблерные команды. Ну и не без линкерной магии, само собой.

В обугленных дровах остаётся собственно твёрдый углерод (ну и немного негорючих минералов), который, будучи нагретым, прекрасно горит прямо в твёрдом состоянии, предварительно не испаряясь. Так же горит и каменный уголь.

Разве это не решается наддувом баков нейтральным газом (гелием например) или просто самим газифицированным и подогретым компонентом?

Для схем и плат есть свободный kicad, для синтеза в (некоторые) FPGA можете использовать свободный yosys. Берите и делайте, у вас есть все возможности! А тем временем другие создатели клонов спектрума делали и делают то, что именно они считают нужным.

но даже с 14МГц Вольфенштейн-подобную игру не сделаешь.

https://www.youtube.com/watch?v=MDve2ugWim0 неужели?

Я правильно понимаю, по старой доброй "импортозаместительной" традиции форкнули и закрыли в нарушение GPL?

А вот на таких картинках, один автобус потом правда последовательно едет во все разные места, куда едет то же кол-во человеков на своих автомобилях? Или тут главное одинаковые пассажиро-километры, пофиг что на ОТ будет с 5 пересадками и 2 дня суммарно, вместо скажем 3 часов на авто?

Amazon не пошла на переговоры, как того ожидали разработчики Elastic, а просто форкнула ElasticSearch, выпустив аналогичную систему OpenSearch под оригинальной лицензией Apache 2.0.

Если первоначальные разработчики взяли лицензию apache2.0 для того, чтобы потом получить выгодный контракт по поддержке -- они конечно обломались, да. Однако с т.з. "общественного блага" (см. выше в комментах) амазон вообще поступил идеально -- форкнул и оставил в открытом доступе под той же лицензией, хотя и не обязан был. Ну а бабла не перепало -- никто и не обещал.

Поставьте hacker's keyboard, будет.

1
23 ...

Информация

В рейтинге
1 930-й
Зарегистрирован
Активность