Методы Оптимизации Кода Для Redd. Часть 1. Влияние На Кэш

В первая статья цикле я активно продвигал идею, что разработка кода для Redd вторична, а основной проект первичен.

Redd — это служебный инструмент, поэтому тратить на него много времени — не лучшая идея.

То есть разработка для него должна идти быстро.

Но это не означает, что полученные программы должны быть неоптимальными.

Собственно, если они вообще не оптимизированы, то мощности оборудования просто не хватит для реализации необходимой тестовой системы.

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

Об оптимизации изданы толстые книги.

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

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

Сейчас мы приступим к их рассмотрению.

Введение

Причем статьи были представлены в формате лекций, затрагивая сразу несколько тем, объединенных общей проблемой.

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

Мне тоже так легче писать.

Посмотрим, всем ли так будет удобнее.

Также порадуем загадочных минусаторов.

Если статья публикуется утром, то первый минус за нее наступает через промежуток времени, в течение которого невозможно прочитать весь текст. Некоторые делают это чисто из принципа, жалея лишь темы про УДБ и балалайку.

Если публикация произошла не утром, а днем, то за задержку накидывает минус.

Второй минус прилетает днем (а тот друг, кстати, тоже обошёл темы про УДБ и балалайку).

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

Предыдущие статьи серии:

1. Разработка простейшей «прошивки» для ПЛИС, установленной в Redd, и отладка на примере теста памяти.

2. Разработка простейшей «прошивки» для ПЛИС, установленной в Redd. Часть 2. Программный код.
3. Разработка собственного ядра для интеграции в процессорную систему на базе FPGA.
4. Разработка программ для центрального процессора Redd на примере доступа FPGA.
5. Первые эксперименты по использованию потокового протокола на примере связи ЦП и процессора в ПЛИС комплекса Redd.
6. Весёлый Квартусель, или как процессор дошёл до такой жизни.

Загадочное поведение типичной системы

Вот как система выглядит по-спартански в Platform Designer



Программный код для него будет содержать всего одну функцию, тело которой выглядит несколько странно, так как содержит множество повторяющихся строк, но это нам пригодится.

Код скрыт, так как он слишком длинный.

   

 extern "C"
 {
 

   

• Обучение Компьютерной Инженерии: Новый Стандарт

  19 Oct, 24

• Буш, Филипп Жозеф

  19 Oct, 24

• Кейс: Создание Лендинга Для Киви

  19 Oct, 24

• Как Я Побывал В Легендарной Школе 42: «Бассейн», Коты И Интернет Вместо Учителей

  19 Oct, 24

• Группа Потребителей Ес Выступает Против Сделки Google И Doubleclick

  19 Oct, 24

• Временное Заявление И Для Чего Оно Нужно

  19 Oct, 24

• Концепция Системы И Дизайна. Их Место В Проектировании Информационных Систем

  19 Oct, 24

• Теперь Можно Распечатать)

  19 Oct, 24

• Затмение, Как Это Было...

  19 Oct, 24

• Интеграция Веб-Почты В Opera 10

  19 Oct, 24