問題タブ [division]

Pythonで奇妙な問題が発生しました：除算が正しく実行されていません：

結果は次のとおりです。

ありがとう

私は行列を持っていて、M = ones(3);各行を異なる数で割りたいとしましょうC = [1;2;3];。

ループを使用せずにこれを行うにはどうすればよいですか?

私は今このコードに苦労しています。整数が 11 で割り切れるかどうかを調べたいと思います。私が読んだことから、整数は、その桁の合計 (1 回 +、1 回 -) が 11 で割り切れる場合、11 で割り切れます。

例: 8-1+5-6+5 = 11 であるため、56518 は 11 で割り切れ、11 は 11 で割り切れます。

これをHaskellで書き留めるにはどうすればよいですか？前もって感謝します。

コードのホット パスでいくつかの整数除算を実行する必要があります。プロファイリングとサイクル カウントによって、整数除算のコストがかかっていることを既に確認しています。部門をより安価なものに減らすためにできることがあるといいのですが。

このパスでは、2^n+1 (n は変数) で割ります。基本的に、この関数を最適化して除算演算子を削除したいと考えています。

2^n で除算する場合は、div を右シフト n に置き換えるだけです。定数で除算する場合、コンパイラの強度によってその特定の除算が削減され、おそらく乗算とシフトになります。

2^n+1 に適用される同様の最適化はありますか?

編集: a here は、任意の 64 ビット整数にすることができます。n は 10 から 25 までの数個の値しか取りません。確かに、各 n についていくつかの値を事前計算できますが、a についてはできません。

重複の可能性:
ビットのシフトは、Java での乗算と除算よりも高速ですか? 。ネット？
Java最適化に関する簡単な質問

何年も前に大学で、ビットを右に 1 シフトすると 2 で除算するのと同じ結果が得られることを学びましたが、一般的にははるかに高速です。9 ～ 10 年前にそのことを知って以来、Java がその点でどのように発展してきたかはわかりません。Java コンパイラは自動的に 2 除算をビット シフト演算に変換しますか? それとも、コード内で手動でビット シフト演算を実行する必要がありますか?

整数変数、ミリボルト単位の電圧があります。

2 セグメント ディスプレイを使用しており、100 分の 1 ボルトを表示したいと考えています。

1回の操作でミリボルトを100分の1ボルトに変換するにはどうすればよいですか? IF文なし、機能なし？

フロア除算とは、結果が0に向かってではなく、常に（-∞に向かって）フロアダウンされる場合です。

C / C ++でフロアまたはユークリッド整数除算を効率的に実装することは可能ですか？

（明らかな解決策は、配当の符号を確認することです）

mod（ ）演算は、2倍より少し大きい%乗算（）よりもコストがかかるのはなぜですか？*

CPUが除算演算を実行し、MOD演算の結果を返す方法について具体的に説明してください。

次の例では、スレッドはそれぞれ1秒間実行されます。テストはSPARCプロセッサで実行されました。

私はHaskellを学んでいて、型システムを理解しようとして立ち往生しています。

入力に対してシリーズ「HalforThreePlusOne」の長さを返す関数を作成しようとしています。これが再帰的アプローチを使用した関数での私の試みです（関数は積分入力に対してのみ有効です）：

これは、GHC6.12.3でこのファイルを読み込もうとしたときに発生するエラーです。

take (truncate (5/2)) [1,2,3]動作するので、このエラーメッセージを理解できません。どこが間違っているのですか？

質問の言い換え :

次のコード (C++ ではない - 社内のスクリプト言語で記述)

の値が得られます

90989373681853939930449659398190196007605312719045829137102976436641398782862768335320454041881784565022989668056715169480294533394160442876108458546952155914634268552157701346144299391656459840294022732906509880379702822420494744472135997630178480287638496793549447363202959411986592330337536848282003701760.000000

D. については 100% 確信していA != 0.0ます。そして、ほぼ 100% 確信していB == 0.0ます。Bこの の値がC示唆するの値のような非常に小さい値 (0.0 に近いが 0.0 ではない) は使用しません。私たちのデータからその値を取得することは不可能です。が 0A*Bの場合、0.0 に等しくないものを生成できますか?B