LINUX.ORG.RU
Форум — Development  

Поддержка 16-битного режима


0

0

Я где-то полгода-год назад читал в каком-то документе от AMD или Intel о том, что:
* 16-битный режим не является приоритетной целью текущих разработок;
* что сегодняшние процессоры в 16-битном режиме работают намного медленне;
* если при разработке процессора возникает "конфликт интересов" по оптимизации между 16-битным режимом и любой другой подсистемой, то выбор делается не в пользу 16-битного режима.

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

anonymous
← большая константа в ассемблерной вставке
[emacs]Закрывать буфер компиляции →
Ответ на: комментарий от quarck

имхо вообще надо убивать все, и только приоритетное оставлять

namezys ★★★★
()
Ответ на: комментарий от quarck

Убийцы интеллекта.. В арм упакованные 16 битные инструкции могут спокойно идти вперемешку с 32 битными - сокращает размер кода при той же производительности.

anonymous
()
Ответ на: комментарий от anonymous

Вы уверен что при той же? На разбор инструкций разного размера требуется дополнительная надстройка в процессоре. Чем более не похожи инструкции, тем сложнее их перерабатывать

Имхо полученный бинарный код должен быть максимально просто для процессора. И процессор должен его просто испольнять, а не жевать и переваривать. Для АРМ эта переварка дополнительная трата энергии. А памяти щас много

namezys ★★★★
()
Ответ на: комментарий от namezys

>Вы уверен что при той же?

Увереным нужно быть в компиляторе а не в процессоре, он должен оптимизировать код, применять упакованные интсрукции там где длинные нафик не нужны.

>А памяти щас много

Простой пример - at91sam9260 - после сброса у него доступны только 4 кбайт sram для кода и столько же для данных и кэша. Нужно сделать как минимум перестройку программируемых источников тактирующих для ядра и периферии, настроить контроллер внешней sdram, ebi (внешней шины) задать направления и режим для gpio - только после этого будет доступна вся адресуемая ram, потом зависит от источника где находится основной код - настроить периферию для загрузки в ram основного кода. 4 кбайт - уже не кажется мгного да ? :) а есть еще микроконтроллеры на базе arm7 - у них вообще часто всего 32 кбайт sram без внешней sdram, бывает и еще меньше - 8, 16.

anonymous
()
Ответ на: комментарий от anonymous

это специфика

но в этих железках эта специфика и есть требование

namezys ★★★★
()
Ответ на: комментарий от namezys

>Имхо полученный бинарный код должен быть максимально просто для процессора. И процессор должен его просто испольнять, а не жевать и переваривать. Для АРМ эта переварка дополнительная трата энергии.

Имхо как раз на арме все просто - там исполнение в порядке очереди в отличии от утюгов, интел на атоме правда одумались и выбросили блоки предсказаний ветвлений и добавили многопоточность.

anonymous
()
Ответ на: комментарий от anonymous

а если еще упростить выделение этих команд

я не специалист не знаю

namezys ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← большая константа в ассемблерной вставке
Development
[emacs]Закрывать буфер компиляции →