総合手引 | セクション 1 | English | Deutsch | オプション |
sum ユーティリティは cksum ユーティリティと同じですが、 以降で解説するデフォルトで歴史的アルゴリズム 1 を使用する点が異なります。 互換性のためだけに提供されています。
オプションは以下の通りです:
| |
デフォルトの(より優れた)アルゴリズムに代えて、
歴史的なアルゴリズムを用います。
アルゴリズム 1 は
sum(1)
のアルゴリズムとして歴史的な
BSD
システムにおいて、また、
アルゴリズム 2 はデフォルトの sum(1) アルゴリズムとして歴史的な AT&T V システムで用いられてきたものです。 これは 32 ビットのチェックサムであり、以下のように定義されます: s = sum of all bytes; r = s % 2^16 + (s % 2^32) / 2^16; cksum = (r % 2^16) + r / 2^16; アルゴリズム 3 は一般に ‘32bit CRC’ アルゴリズムと呼ばれているものです。これは 32-bit チェックサムです。 アルゴリズム 1, 2 のいずれも、デフォルトアルゴリズムと同じフィールドを 標準出力に書き出します。 ただし、ファイルサイズはバイト単位ではなくブロック単位となります。 歴史的理由から、アルゴリズム 1 ではブロックサイズは 1024、 アルゴリズム 2 では 512 となっています。 ブロックに満たない部分は切り上げられます。 | |
デフォルトで用いられる CRC は、 ネットワークの規格 ISO/IEC における CRC エラーチェックに用いられる多項式に基づいています。 CRC チェックサムエンコーディングは、次の生成多項式で定義されます:
G(x) = x^32 + x^26 + x^23 + x^22 + x^16 + x^12 + x^11 + x^10 + x^8 + x^7 + x^5 + x^4 + x^2 + x + 1
数学的には、与えられたファイルに対応する CRC 値は次の手順で定義されます。 評価される n ビットは、2 を法とする n-1 次多項式 M(x) の係数とみなされます。 これらの n ビットはファイルから得られますが、 ファイルの最初のオクテットの最上位ビットを最上位、 最後のオクテットの最下位ビットを最下位とします。 (必要なら) 0 ビットを埋めてオクテット単位に取りまとめ、 ファイルの長さをバイナリ値で表現した 1 個あるいは それ以上のオクテット(最下位オクテットが先)がそれに続きます。 この整数を表現可能な最小個数のオクテットが用いられます。
M(x) は x^32 倍(すなわち 32 ビットの左シフト)し、 2 を法として G(x) で割ります。 その結果 31 次以下の剰余 R(x) が得られます。
R(x) の係数は 32 ビットのビット列と見なされます。
そのビット列を反転した結果が CRC です。
デフォルトの計算方法は、次の ACM 論文で疑似コードを用いて記述されているものと等価です。
Communications of the Tn ACM, Computation of Cyclic Redundancy Checks Via Table Lookup, August 1988.
,CKSUM (1) | April 28, 1995 |
総合手引 | セクション 1 | English | Deutsch | オプション |
このマニュアルページサービスについてのご意見は Ben Bullock にお知らせください。 Privacy policy.
“ | If it wasn't for C, we'd be using BASI, PASAL and OBOL | ” |