エンディアン

エンディアン (テンプレート:Lang-en-short) とは、多バイトのデータ（即ち基本情報記憶単位を超えるデータ）をメモリ上に配置する方式の種類のこと。エンディアンネス 、バイト順、バイトオーダ (テンプレート:Lang-en-short) ともいう。

日本では「エンディアン」という呼称が広く使われているが、英語の「endian」という単語自体には「配置方式」「並び順」といった意味はない。(#語源)

概要

例えば 1234ABCD（16進数）という4バイトのデータを、データの上位バイトからメモリに「12 34 AB CD」と並べる方式をビッグエンディアン、データの下位バイトから「CD AB 34 12」と並べる方式をリトルエンディアンという。その他に「34 12 CD AB」あるいは「AB CD 12 34」のように並べる方式もあり、ミドルエンディアン、あるいはDECのPDP-11で使われていたことからPDPエンディアンなどと呼ばれるが、現在ではほとんど見られない。

ビッグエンディアンは人間にとって直観的にわかりやすいという利点があり、一方リトルエンディアンはコンピュータにとって処理しやすい（多倍長加算の起点は最下位バイトであることなど）という利点がある。

IBMのメインフレーム（及び互換機）、モトローラのMC68000（及び後継）、サン・マイクロシステムズのSPARC等はビッグエンディアンを採用し、DECのVAX、インテルのx86等はリトルエンディアンを採用している。ARMアーキテクチャ、トランスメタのCrusoe、ヒューレット・パッカードのPA-RISC、PowerPCなど、エンディアンを切り替えられるバイエンディアン (bi-endian) のプロセッサも存在する。ただし稼動CPUを問わずJava仮想マシンについてはビッグエンディアンである。

互換性・移植性

エンディアンの相違は、単一あるいは同種のシステムに閉じた運用をする限りでは通常は問題にならないが、以下のような場合に問題になることがある。

• ネットワークを通してバイト単位でデータをやりとりする場合
• 異なるシステム間でバイナリファイル等を交換する場合
• 異なるシステムにプログラムを移植する場合
• 構成するプロセッサが異なるマルチプロセッサ環境で共有メモリを使用する場合

TCP/IPネットワークでは、エンディアンの異なるコンピュータ間での通信を可能とするため、パケットなどに含まれる多バイトデータはビッグエンディアンに統一することと決められている。これをネットワークバイトオーダという。これに対し、それぞれのコンピュータ上でのエンディアンのことをホストバイトオーダという。

画像や音声などのバイナリファイルにおいても、互換性を確保するため、エンディアンが規定されている例が多い。

Unicodeにおいても、構成要素が多バイトとなるエンコーディング（主にUTF-16）では、エンディアンが問題となる。そのため、バイト順マーク（テンプレート:Lang-en-short、略語：BOM）と呼ばれる特殊なコード (U+FEFF) が予約されており、データの先頭にこれを付与することで、データを受け取る側がエンディアンを判別できるようになっている。BOMがない場合には、ビッグエンディアンだと決められている（→ UTF-16）。

ただし、復号側が以上のルールでエンディアンを判別する狭義のUTF-16とは別に、エンディアンを事前に一方に決定しているUTF-16BEとUTF-16LEが存在する。Windows上の文書における「Unicodeテキスト」は、BOMがない場合、UTF-16LE（リトルエンディアン）である。

例

より詳しく説明するため、この章では最も一般的な32ビット機のエンディアンの例を示す。

すべての例は 0A0B0C0D という値をメモリに格納した場合を示している。

ビッグエンディアン

ファイル:Big-Endian-ja.svg

• 8ビットで1ずつアドレスが増加する場合

アドレス増加  →
…	0A	0B	0C	0D	…

例では最上位バイト (MSB) は0Aとなり、メモリ上では一番低いアドレスに保存され、次のバイト 0Bは続いて格納される。これは16進で左から右に読むのに似ている。

• 16ビットで1ずつアドレス増加する場合

アドレス増加  →
…	0A0B	0C0D	…

最上位に0A0Bが保存され、続いて0C0Dが保存される。

リトルエンディアン

ファイル:Little-Endian-ja.svg

• 8ビットで1ずつアドレスが増加する場合

アドレス増加  →
…	0D	0C	0B	0A	…

最下位バイト(LSB)は0Dで、そのアドレスは一番低い。他のバイトはアドレス増加に追従する。

• 16ビットで1ずつアドレス増加する場合

アドレス増加  →
…	0C0D	0A0B	…

16ビットで格納されている最下位の値は0C0Dで続いて0A0Bが入る。

ミドルエンディアン

さらに他のアーキテクチャでは、ミドルエンディアン又はミックスドエンディアンと一般的には呼ばれるさらに込み入ったバイトオーダもある。

例えばPDP-11であれば、最上位バイトから「0B」「0A」「0D」「0C」の順に格納される。つまり、32ビットワードが、上位ハーフワード(16ビット)と下位ハーフワードとしてはビッグエンディアンで格納される。各ハーフワード内の上位下位各バイトはリトルエンディアンで格納される。これはPDP-エンディアンと知られている。

• PDP-11に32ビットワードを格納する場合

アドレス増加  →
…	0B	0A	0D	0C	…

ARMアーキテクチャは32ビットワードを32ビットワードから2バイトに格納した場合、このエンディアンを生成することができる。

エンディアンの確認

od コマンド

UNIX や Linux においては多くの環境にインストールされているodコマンドがエンディアン依存の実行結果を表示するため、odコマンドで実行環境のエンディアンを確認することができる。

$ echo -n "12345" | od -t x

32ビット機ビッグエンディアンでの出力結果

0000000 31323334 35000000
0000005

32ビット機リトルエンディアンでの出力結果

0000000 34333231 00000035
0000005

C言語

C言語では共用体を使ってエンディアンを確かめることが出来る。ただし、標準規格では処理系定義とされている動作に依存している。

#include <stdio.h>

int main (int argc, char **argv)
  {
  union
    {
    int b4 ;                /* 4byte    */
    unsigned short b2 [2] ; /* 2byte×2 */
    unsigned char b1 [4] ;  /* 1byte×4 */
    } bytes ;

  bytes.b4 = 0x12345678 ;
  printf ("bytes.b4: %08X\n", bytes.b4) ;
  printf ("bytes.b2: %04X, %04X\n", bytes.b2[0], bytes.b2[1]) ;
  printf ("bytes.b1: %02X, %02X, %02X, %02X\n", bytes.b1[0], bytes.b1[1], bytes.b1[2], bytes.b1[3]) ;
  return 0 ;
  }

32ビット機ビッグエンディアンでの出力結果

bytes.b4: 12345678
bytes.b2: 1234, 5678
bytes.b1: 12, 34, 56, 78

32ビット機リトルエンディアンでの出力結果

bytes.b4: 12345678
bytes.b2: 5678, 1234
bytes.b1: 78, 56, 34, 12

となる。

語源

ビッグエンディアンとリトルエンディアンという単語は、ジョナサン・スウィフトの風刺小説『ガリヴァー旅行記』の中のエピソードに由来する。ガリバー旅行記の第1部「小人国」では、卵を丸い方（大きい方）の端から割る人々 (テンプレート:Lang-en-short) と尖った方（小さい方）の端から割る人々 (Little Endians) との対立が描かれている。

この語を計算機に転用したのはDanny Cohen（en:Danny Cohen (engineer)）で、1980年のpaper "On Holy Wars and a Plea for Peace"で広く知られるようになった。日本では坂村健が広めたような覚えがある、としている文献がある。

関連項目

• 移植性

外部リンク

• White Paper: Endianness or Where is Byte 0?（英語）