CPUの内蔵周辺機能には、タイマ、シリアル通信、A/D変換器などの機能がありますが、設計時にその内蔵周辺機能をどのような用途に使用するのか、割り込み優先度をどうするのか、リソース割り当てを決める必要があります。ここでしっかり設計を行っておかなければ、タイマが足りない、要求仕様の精度が実現できないなどの問題が発生し、大幅な手戻りが発生します。

また、全ての動作をプログラムで処理する必要はありません。CPUで出来ることはCPUに任せることで、大幅に処理速度を向上させることができます。例えば、モーター制御やLEDの輝度調整はパルス出力で行いますが、タイマ機能のタイマ出力を使用することで、プログラムの実行負荷に依存しない正確なパルス出力を行うことが出来ます。タイマ出力を例にあげましたが、決められたCPU端子に制御ハードを割り当てなければならないため、リソース割り当てはハードウェア設計者とも相談して決める必要があります。

RAMは大きく分けて、CPU内蔵の内部RAMと、外付けの外部RAMがあります。外部RAMはバス接続となるため、外部RAMのアクセスが多くなれば、それだけ処理速度も低下します。
そのため、割り込み処理などの速度が求められる処理で使用するデータや、頻繁にアクセスするデータは、内部RAMに配置する必要があります。

CPUで使用できる命令（MOV命令やADD命令などのアセンブラレベルの命令）の種類や、Cコンパイラの性能によって処理速度の予測がずれることがあります。ハードウェアが完成して動かしてみたら予測した処理速度が得られていないという状況では大幅な手戻りが発生します。
Cコンパイラの設定でアセンブラリスト出力設定を行い、出力されたアセンブラコードの命令クロック数から処理時間を求められます。速度が求められる割り込み処理などは、プロトタイプを作成して、おおよその処理時間を算出しておくことをお勧めします。

割り込み処理時間のワーストケースで、全ての割り込み要因が同時に発生した場合でも、全ての割り込み処理を処理できるかを確認する必要があります。図1のような割り込みタイミングチャートを作成することで、同時に割り込み要因が発生した場合に、どのくらい割り込み処理実行が保留されるのか、割り込みが実行されない期間がどのくらいあるのかを確認することが出来ます。

図1. 割り込みタイミングチャート

割り込みが入ったとき、割り込み内で使用するレジスタをスタックに待避し、割り込みを抜けるときにスタックから復帰します。レジスタの退避・復帰の時間はC言語のコード上では目に見えません。レジスタの退避・復帰はCPUやCコンパイラに依存するため、オーバーヘッド時間(※2)がどの程度なのかを把握する必要があります。Cコンパイラから出力されたアセンブラリストからオーバーヘッド時間を求めることが出来ます。

また、一般的には割り込みは、命令と命令の区切り目で受け付けられるため、除算命令などの時間がかかる命令が実行されている場合は、割り込みが待たされるので、その時間もオーバーヘッド時間として考慮する必要があります（命令を中断して割り込みを受け付けるCPUもあります）。

割り込み処理に伴うレジスタの待避・復帰を高速に行うためのレジスタ・バンク(※3)を備えているCPUもあるため、レジスタ・バンクがある場合は、レジスタ・バンク指定することで、オーバーヘッド時間の短縮が可能です。

図2はレジスタ・バンクを使用しない場合と使用した場合のC言語ソースです。このC言語ソースをコンパイルして得られたアセンブラ結果が図3になります。コメントにクロック数を記載していますが、レジスタ・バンクを使用することで12クロック（CPUクロック10MHz時は1.2μ秒）の高速化ができています。

//ソース1:レジスタ・バンク未使用 #pragma interrupt INTTM000 INT_TIMER unsigned char g_byTest; __interrupt void INT_TIMER() {      g_byTest++; } //ソース2:レジスタ・バンク使用 #pragma interrupt INTTM000 INT_TIMER RB1 unsigned char g_byTest; __interrupt void INT_TIMER() {     g_byTest++; }

図2. オーバーヘッド時間の改善（C言語）

;ソース3:レジスタ・バンク未使用 _INT_TIMER:     push     ax             ;4Cycle     push     de             ;4Cycle     movw     de,#_g_byTest  ;6Cycle     mov      a,[de]         ;4Cycle     inc      a              ;2Cycle     mov      [de],a         ;4Cycle     pop      de             ;4Cycle     pop      ax             ;4Cycle     reti                    ;6Cycle ;ソース4:レジスタ・バンク使用 _INT_TIMER:     sel RB1             ;4Cycle     movw de,#_g_byTest  ;6Cycle     mov a,[de]          ;4Cycle     inc a               ;2Cycle     mov [de],a          ;4Cycle     reti                ;6Cycle

図3. オーバーヘッド時間の改善（アセンブラ）

以前に使用したCPUでは、必要のないレジスタの退避が数十バイトも行われており、オーバーヘッド時間が200μ秒（CPUクロック2MHz）になっていたことがありました。そのときは、割り込み処理の入り口をアセンブラで記述し、必要なデータの待避のみを行うことでオーバーヘッド時間を30μ秒に短縮できました。このように、オーバーヘッド時間を把握することは非常に重要になります。

通常処理と割り込み処理で、共通のデータ変数を使用する場合には、排他制御（割り込み禁止）を行ってからデータ変数を使用します。排他制御時間が長ければ、それだけ割り込みが待たされることになり、通信処理の場合は、受信データの取りこぼしとなることもあります。そのため、排他制御は必要コード部分のみとし、排他制御時間を短くする必要があります。

複数の割り込みを使用している場合は、全割り込み禁止とせずに対象の割り込みだけを割り込み禁止とすることで、他の割り込みを実行することができます。ただし、多重割り込みを使用している場合は、高優先の割り込みを割り込み禁止とした場合に、低優先の割り込みは受け付けられるため、割り込み優先条件が崩れることになります。多重割り込みを使用する場合は注意が必要です。

割り込み処理の実行時間は極力短くする必要があります。割り込み周期の短い割り込みや、割り込み優先度の高い割り込みは特に注意が必要です。
例えば、通信の受信割り込みでは、受信データをバッファに格納するだけにし、データ解析処理は通常処理で行うなど、割り込み処理では必要最低限の処理だけを行い、処理時間を短くします。

高速なCPUを使用する場合、CPUで使用できる命令を意識してプログラミングすることはほとんどありませんが、少しでも処理速度の速いプログラムを作成する場合は、CPUで使用できる命令を意識する必要があります。
CPUによっては、除算命令やバレルシフト命令(※4)がないCPUもあり、C言語で記述されたコードからCコンパイラが除算命令やバレルシフト命令の代わりとなるアセンブラロジックを生成します。そのロジックの実行分、処理速度が低下します。

一般的にC言語では、ポインタを使用してアクセスすることで処理の高速化ができますが、CPUやCコンパイラによってはポインタアクセスのプログラムにすることで処理速度が低下することもあります。
以下はその例ですが、図4の左側のC言語ソースはで、ポインタを使用して10バイトのバッファコピーを行っています。このC言語ソースをコンパイルして得られたアセンブラ結果が右側のソースになります。一部省略して記載していますが、16ビットのアドレス空間を8ビットのレジスタに取り出してコピーしていることで、1バイトのコピーにアセンブラで20命令以上使用しています。コメントに命令クロック数を記載していますが、1バイトのコピー部分だけで142クロックあり、10バイトのコピーでは単純計算で1420クロックです。CPUクロック10MHzの場合、142μ秒の処理時間になります。

//ソース5:処理速度改善前（C言語） unsigned char g_byBuf[10]; void FuncA(unsigned char *pbySrc) {     unsigned char i;     unsigned char *pbyPtr;     pbyPtr = &g_byBuf[0];     for(i = 0; i < 10; i++)     {         *pbyPtr++ = *pbySrc++;     } } ;ソース6:処理速度改善前（アセンブラ） _FuncA:    （省略）     ;//for(i = 0; i < DATA_SIZE; i++)     mov    a,#00H        ;4Cycle     mov    [hl+1],a      ;8Cycle? ?L0011:     mov    a,[hl+1]      ;8Cycle     cmp    a,#0AH        ;4Cycle     bnc    $?L0012       ;6Cycle     ;//*pbyPtr++ = *pbySrc++     mov    a,[hl+4]      ;8Cycle     xch    a,x           ;2Cycle     mov    a,[hl+5]      ;8Cycle     movw   de,ax         ;4Cycle     incw   ax            ;4Cycle     mov    [hl+5],a      ;8Cycle     xch    a,x           ;2Cycle     mov    [hl+4],a      ;8Cycle     mov    a,[de]        ;4Cycle     mov    c,a           ;2Cycle     mov    a,[hl+2]      ;8Cycle     xch    a,x           ;2Cycle     mov    a,[hl+3]      ;8Cycle     movw   de,ax         ;4Cycle     incw   ax            ;4Cycle     mov    [hl+3],a      ;8Cycle     xch    a,x           ;2Cycle     mov    [hl+2],a      ;8Cycle     mov    a,c           ;2Cycle     mov    [de],a        ;4Cycle     mov    a,[hl+1]      ;8Cycle     inc    a             ;2Cycle     mov    [hl+1],a      ;8Cycle     br     $?L0011       ;6Cycle ?L0012:      （省略）

図4. 処理速度改善前

図5の左側のC言語ソースは改善後のソースですが、データコピーを代入で行い、10バイト分の代入文を並べました。このC言語ソースをコンパイルして得られたアセンブラ結果が右側のソースになります。省略して記載していますが、1バイトのコピーが16〜28クロックであり、10バイトのコピーに要する命令クロック数は250クロックでした。CPUクロック10MHzの場合、25μ秒の処理時間です。図4のソースに比べて、117μ秒もの短縮ができています。
仮に、データ変数g_byBufが割り込み処理で使われている場合、排他制御が必要となりますが、3（2）で説明したとおり、排他制御時間を短くする必要があります。性能が低いCPUの場合、117μ秒は大きな改善です。
きれいなコードの書き方ではありませんが、処理速度向上のために必要になる時もあります。

//ソース7:処理速度改善後（C言語） unsigned char g_byBuf[10]; void FuncA(unsigned char *pbySrc) {     // 処理速度向上のため、代入でコピーする     g_byBuf[0] = pbySrc[0];     g_byBuf[1] = pbySrc[1];     g_byBuf[2] = pbySrc[2];     g_byBuf[3] = pbySrc[3];     g_byBuf[4] = pbySrc[4];     g_byBuf[5] = pbySrc[5];     g_byBuf[6] = pbySrc[6];     g_byBuf[7] = pbySrc[7];     g_byBuf[8] = pbySrc[8];     g_byBuf[9] = pbySrc[9]; } ;ソース8:処理速度改善後（アセンブラ） _FuncA:       （省略）       ;//g_byBuf[0] = pbySrc[0]       movw      de,ax                        ;4Cycle       mov       a,[de]                       ;4Cycle       mov       !_g_byBuf,a                  ;8Cycle       ;//g_byBuf[1] = pbySrc[1]       movw      ax,hl                        ;4Cycle       incw      ax                           ;4Cycle       movw      de,ax                        ;4Cycle       mov       a,[de]                       ;4Cycle       mov       !_g_byBuf+1,a                ;8Cycle       ;//g_byBuf[2] = pbySrc[2]       movw      ax,hl                        ;4Cycle       incw      ax                           ;4Cycle       incw      ax                           ;4Cycle       movw      de,ax                        ;4Cycle       mov       a,[de]                       ;4Cycle       mov       !_g_byBuf+2,a                ;8Cycle       （省略）       ;//g_byBuf[9] = pbySrc[9]       movw      ax,hl                        ;4Cycle       addw      ax,#09H                      ;6Cycle       movw      de,ax                        ;4Cycle       mov       a,[de]                       ;4Cycle       mov       !_g_byBuf+9,a                ;8Cycle       （省略）

図5. 処理速度改善後

どのようなコンパイル結果になるのかを把握せずにプログラミングした結果、大幅な速度差が出ることになります。このような実例があるので、実際にCコンパイラでアセンブラリストを出力して、アセンブラコード内容を確認することをお勧めします。