24-битный цвет. Есть ли другие решения?, Ну очень неудобный формат. Опции

[aaarrr]

Небольшая иллюстрация - поигрался настройками кэширования для области framebuffer'а на рабочем проекте. Вот что получается (время генерации графики для экрана 640x480x16bpp):

Код

non cached, non buffered - 42ms
non cached, buffered     - 28ms
write through, buffered  - 28ms

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

[DpInRock]

Чудес не бывает. Кэш поможет, если внутреннее ОЗУ используется каким-нибудь прямым доступом. Тогда, программа исполняется в кэше и разгружает шину. И от соотношения размеров программы, размеров кэша... Вот посмотрю на конечный свой размер. Будет 32 к, к примеру, так я кэшем все остальное сделаю. Вообще из кэша вылезать не будет. Короче, вопросы оптимизации - на потом.

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

[aaarrr]

Чудес не бывает. Кэш поможет, если внутреннее ОЗУ используется каким-нибудь прямым доступом. Тогда, программа исполняется в кэше и разгружает шину. И от соотношения размеров программы, размеров кэша... Вот посмотрю на конечный свой размер. Будет 32 к, к примеру, так я кэшем все остальное сделаю. Вообще из кэша вылезать не будет. Короче, вопросы оптимизации - на потом.

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

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

Работу кэша, MMU, TCM и т.п. как раз и стоит изучить без железки. Очень полезное знание.