10進演算でVisiCalcの速度が低下したのはなぜですか？

1234.56のような数値は、BCDでは3バイトを使用しますが、倍精度2進浮動小数点では8バイトを使用します。

一般的に言って、そうではありません。合計6桁、小数点の前に4桁、後の2桁の正の数のみのデータベースフィールド定義がある場合、はい、1234.56を3つの8ビットBCDバイトで表すことができます。しかし、より一般的な場合のように、次の場合：

• 任意の数にさらに多くの桁を含めることができます。たとえば、1セント硬貨に最大$ 1,000,000を指定できるようにするためだけに、8桁が最小です。より一般的なのは10または12以上です。
• さまざまなフィールドで小数点以下の桁数を変えることができます。たとえば、米国（および他の多くの）通貨値の場合は2ですが、単価の場合は6以上です（たとえば、光熱費のkWhのコスト）。
• 負の数を許可します。

次に、非常にすばやく3バイトを超えます。8バイトが妥当な最小値になります。

ストレージ（計算を無視）の場合でも、6桁の数値に対して3バイトは機能しません。これは、このセルに最後の2桁の前に小数点が付いた3バイトの正の数値があることをどこかで定義する必要があるためです。これには1バイトかかるので、現在は4バイトです。

さらに、追加の操作（さまざまな長さの数値形式のコード化/デコード）に必要なコードは、一般的な8ビットシステムで利用可能な非常に限られた64kコード+データに食い込みます。スプレッドシート内の数値セルのサイズを変更することによって（できれば平均してはるかに小さい）値のために節約されるスペースは、通常、それらの数値の表示、操作、および計算をサポートするためにメモリに必要な追加のコードよりも重要である可能性があります。 。

6502はSIMPLEBCD演算をサポートしていました。結局、VisiCalcの人たちはその機能さえ使用せず、すべてを最初から書いたに違いありません。足し算と引き算だけでなく、掛け算と割り算もあります。さらに、VisiCalcは浮動小数点（10進浮動小数点）でした。

10進数の計算が遅い理由は、「誰も」今日10進数の計算を使用していないのと同じ理由で、2進数の計算を使用しています。2進演算では、各ビットは数字です。10進数の計算では、4ビットは1桁です。精度を下げるためにメモリを増やすと、計算が遅くなり、コンピュータの作業が大幅に増えます。6502でさえ、初期のサポートがあります。

（そして、はい、小数の数学はさまざまな場所の至る所で使用されていますが、それは例外であり、規則ではありません。）

6502でも、10進演算が遅いためです。8ビットBCDの加算と減算はプロセッサでサポートされていますが、それだけです。

10進数の乗算、除算、シフト、浮動小数点の正規化、さらには比較のコードは、2進数よりもいくらか大きく、遅くなります。

たとえば、シフトと減算の除算ルーチンでは、値を半分にするためのサブルーチンが必要です。バイナリでは、これは簡単です。例として8ビット値を使用します。

        LSR

10進モードでは、次のようになります（「10進モードでの乗算と除算」の礼儀）：

        ROR
N08     PHP
        BPL HALF2
        SEC
        SBC #$30
HALF2   BIT N08
        BEQ HALF3
        SEC
        SBC #3
HALF3   PLP

このようなコードは、10進除算ルーチンの内部ループにあります。速度のペナルティは重要です。