0

重複の可能性:
C# の浮動小数点演算が不正確なのはなぜですか?
なぜ ghci は 1.1 + 1.1 + 1.1 > 3.3 が True だと言っているのですか? 

#!/usr/bin/perl
$l1 = "0+0.590580+0.583742+0.579787+0.564928+0.504538+0.459805+0.433273+0.384211+0.3035810";
$l2 = "0+0.590580+0.583742+0.579788+0.564928+0.504538+0.459805+0.433272+0.384211+0.3035810";
$val1 = eval ($l1);
$val2 = eval ($l2);
$diff = (($val1 - $val2)/$val1)*100;
print " (($val1 - $val2)/$val1)*100 ==> $diff\n";

驚くべきことに、出力は最終的に

((4.404445 - 4.404445)/4.404445)*100 ==> -2.01655014354845e-14.

ZEROじゃないはず???? どなたか説明していただけないでしょうか......

4

4 に答える 4

19

すべてのコンピューター科学者が浮動小数点演算について知っておくべきこと

C# の浮動小数点演算が不正確なのはなぜですか?を参照してください。

これは Perl 関連ではなく、浮動小数点関連です。

于 2010-01-17T10:15:45.280 に答える
7

それはゼロにかなり近く、私が期待するものです。

なんでゼロにしなきゃいけないの？0.579787 != 0.579788 および 0.433273 != 0.433272. これらのいずれも正確な浮動小数点表現を持たない可能性が高いため、多少の不正確さを予期する必要があります。

于 2010-01-17T10:13:41.270 に答える
4

perlfaq4の回答から、取得すべき数値 (例: 19.95) ではなく、なぜ長い小数 (例: 19.9499999999999) を取得するのですか? :

内部的には、コンピューターは浮動小数点数を 2 進数で表します。デジタル (2 の累乗など) コンピューターは、すべての数値を正確に格納することはできません。一部の実数は、その過程で精度が失われます。これは、コンピューターが数値を保存する方法の問題であり、Perl だけでなく、すべてのコンピューター言語に影響を与えます。

perlnumber は、数の表現と変換の悲惨な詳細を示しています。

数値の小数点以下の桁数を制限するには、printf または sprintf 関数を使用できます。詳細については、「浮動小数点演算」を参照してください。

printf "%.2f", 10/3;

my $number = sprintf "%.2f", 10/3;
于 2010-01-17T16:02:26.573 に答える
3

2 つの文字列が等しくなるように変更すると ( と の間$l1で2 桁が異なる$l2)、実際にはゼロになります。

それが示しているのは、出力すると同じように見える 2 つの異なる浮動小数点数 ($val1と$val2) を作成できることですが、内部的にはわずかな違いがあります。注意しないと、これらの違いが拡大する可能性があります。

Vinko Vrsalovic は、その理由を説明するいくつかの良いリンクを投稿しました。

于 2010-01-17T12:19:08.517 に答える