微分積分、例 - ページ 22

新しいコメント
 
Aleksey Panfilov:

数式が、かなり、パソコンで使えないということですか？

それが機能するためには、どんなCPUでもバイナリコードを処理できることを考える必要があります。

 
Aleksey Panfilov:

数式が、かなり、パソコンで使えないということですか？

1+1が2とは限らない

ということは、(1+1)をコンパイルすると、2の可能性が高くなるわけです。

1.0001 + 1.00000009の場合、2が99%になるが、そうでない場合は1%になる)

 
Volodymyr Zubov:

1+1が常に=2になるとは限らない

(1+1)をコンパイルすると、より高い確率で2が発生します。

1.0001 + 1.00000009であれば、2が99%になるが、1がそうでないこともある)

そうですね、目視で確認しながら計算すると、小数点以下10桁くらいのコストに遭遇します（許容範囲内だと思います）。

すべての番組がこれを快く思っているわけではないのは事実です。仕事上、他のプログラムで受け取った結果が期待したものと一致しない場合、私は自分のユーザーアルゴリズムに誤りがないか探し、それが見つからない場合はプログラムの使用を拒否しなければなりません。

 
Aleksey Panfilov:

そうですね、目視で確認しながら計算すると、小数点以下10桁くらいを超えるコストに遭遇することがあります（許容範囲内だと思います）。

たしかに、すべての番組で快適というわけではありません。他のプログラムで期待される結果と一致しない場合、私はエラーを探し、見つからなければそのプログラムの使用を拒否しなければならないのです。

これはMQLのエラーではありません。x386以降のマイクロプロセッサのエラーであり、我々はそれ（エラー）に慣れ、プログラム的に修正する必要がある。インテルはi9でこのバグを修正すらしていない。

 
Volodymyr Zubov:

これはMQLのエラーではありません。x386以降のマイクロプロセッサのバグであり、それ（バグ）に慣れ 、プログラム的に修正 する必要があるのです。インテルはi9でこのバグを修正さえしていない。

おそらく、あまり得意ではないのでしょう。自分とはかけ離れた別分野の仕事なのでしょう。)

 
Volodymyr Zubov:

これはMQLのエラーではありません。x386以降のマイクロプロセッサのバグであり、それ（バグ）に慣れ、プログラム的に修正する必要があるのです。インテルはi9で このエラーを修正すらして いない。

また、AMDのプロセッサーはどうでしょうか？

 
Aleksey Panfilov:

おそらく、ここでは強くない。私とはかけ離れた別系統の仕事なのでしょう。)

どうしようもないことなんです。1992年以降のプロセッサーはすべてこのエラーになります。それを考慮するのはプログラマーに任されているのです。

 
Aleksey Panfilov:

AMDのプロセッサーは？

Intelは全てのキーとなる証明書を持っていますが、AMDは同じエラーが出ています。

 
Aleksey Panfilov:

すでに以前からこのトピックを推奨。

また、おすすめです。

https://dxdy.ru/post1247421.html#p1247421

スレッドの投稿番号そのものを指摘すると、興ざめです: )))

実装はあるのか？

スクリーンショットは？

 
Renat Akhtyamov:

実装はあるのか？

スクリーンショットは？

純粋な数学の部分？ 多分、純粋なa_rif_metricsも。

冗談でしょう(笑))

1...15161718192021222324
新しいコメント