ちょっとびっくり :)私は、共有し、NOT修辞的な質問をすることを考えました。 - ページ 22

新しいコメント
 
MetaDriver:

1.これは、各テイクの一回限りの操作です。損失は微々たるもので、その後、堅実な利益を得る。:)元の商を一度対数化して整数表現に変換しているのだと思われます。

2.これは正しいです。ビットシフトを使った高速なアルゴリズムがあるので、高速ではありますが。

3.オーバーフローチェック以上のものはない。

4. 整数部は全く割り当てる必要がない。分数はlongのペア、可能ならintのペアで格納される。

5.longのペアとして格納される場合は全く同じ量、intが十分にある場合は半分の量（アルゴリズムの要件に依存します）。

主なメモリ消費者が見積もりであることを考慮すれば、整数表現によるスペースの獲得は否定できない。

ポイントはメモリ節約ではなく、高速化にあるのですが。この方がよっぽど重要です。

--

アカデミアの問題は、彼が間違っていることではありません。他人を悪者にしていることです。

それが、その場にいる人を苛立たせ、健全な考えを拒絶する...。汚れた水と一緒に...。:(

ウラジミール、混乱しないか？あなたが説明したのは低レベルの演算doubleとfleetで、「アカデミア」が導入を提案しているのと同じ演算は、（全体のパーツを割り当てない場合でも）少なくとも2つの記憶用マンティが必要です。

さて、それのどこが経済的なのでしょうか？doubleは8バイト、intは2*4バイトです。

せいぜい、すでに実装されている結果に行き着くくらいでしょう。

 
Urain:

ウラジミール、混乱しないか？あなたが説明したのはdoubleとfleetの低レベルの演算で、「Akademik」が導入を提案しているのと同じ演算は、（整数部の割り当てがなくても）少なくとも2つのマンティを記憶用に必要とします。

それで、どこが節約なんだ。doubleは8バイト、intは2*4バイトです。

せいぜい、すでに実装されている結果に行き着くくらいでしょう。

だから、一次元量の点（分母）はすべて同じ場所に保管する--。:)

型-値を10分の1単位で作成する、ただそれだけです。そして、この分母を別に保管する。

 
MetaDriver:

試してみます。mql5では、もしや...。:)

時間が必要なんです。ライブラリーを書かなければならないでしょう。

一度やってみたけど、お菓子はないし、時間の無駄でしかない。

doubleを2進数に分解し、2つのintで表現すると、記述した内容が全てdouble演算で既に実装されていることが分かります。

算術演算だけ低レベルで実装して、それを高レベルでやるから性能もメモリも落ちるんだよ。

 

私の5セント

引用情報の表示方法としては、整数の方が自然です。結局、点の数が整数でないことはありえないのです。このような数値を保存する方が経済的であるため、ディスク・メモリレベル、メモリ・プロセッサレベルでのダウンロード速度が高くなる。アルゴリズムは実数値よりはるかに高速で、SSEのバッチ演算は競合から外れている。しかし、整数には大きな問題がある。整数で仕事ができるのは、数を数える人たちだけだ。もちろん、端末がasmに対応していることも必要です。マス・コンシューマー向けのMQには、この数値はふさわしくありません。


ちなみに、オーバーフローチェックの問題は、ハードウェアの割り込みレベルで実装されており、何の問題もありません。それどころか、プロセッサが作られた当時、人々はずっとそれを考えていたのです。原理的には、整数アルゴリズムのプログラミングには多くの方法とコツがありますが、これらはすべて、繰り返しますが、マスユーザー向けではありません。


何が論点なのかわからない。テスターに搭載されているよりも高速なテスト・最適化アルゴリズムを作ることができるのか？できますが、作者のいる温室で暮らすような普遍的なアルゴリズムにはならないでしょう--そんなものを必要とする人はごくわずかです--マスプロダクトではないのです。このため、「私の方が速い」という精神での発言は、比較できないことを理解していない証拠としか思えません。

 
Urain:

一度やってみたけど、お菓子はないし、時間の無駄でしかない。

doubleを2進数に分解し、2つのintとして表現すると、記述した内容がすべてdouble演算ですでに実装されていることがわかります。

ZZY 演算だけ低レベルで実装して、性能とメモリが落ちる高次元でやるんですね。

"追いつかなければ、暖を取る "雌鳥を追う雄鶏の言葉です...。:)

実は、ずっと考えていたんです、そろそろやってみようかな、と。

 
MetaDriver:

"追いつかなければ、暖を取る "という雄鶏の言葉通り、雌鶏を追いかけ......。:)

実は、前々から考えていたことなので、そろそろやってみようかなと思っています。

再帰的NODアルゴリズムで与える？
 
TheXpert:

何のために？C++が使用可能です。

見てみるよ。まず自分が感じなければならない。私自身も気になっています。
 
Urain:
再帰的なNODアルゴリズムが必要ですか？
ビットシフトがある場合は、先に進んでください。モジュロ割り算の場合、しない。
 
MetaDriver:
ビットシフト付きなら、どうぞ。モジュロによる除算がある場合は、しない。

ビットシフトを使って、ある（2の倍数でなくてもよい）数値を別の（2の倍数でなくてもよい）数値で割るのでしょうか？

じゃあ、私が持っているものを投入するから、必要かどうか自分で判断してください。

//+------------------------------------------------------------------+
long GreatestCommonDivisor(long v0,long v1)
  {
   return(GCD(fmax(fabs(v0),fabs(v1)),fmin(fabs(v0),fabs(v1))));
  }
//+------------------------------------------------------------------+
long GCD(long max,long min)
  {
   if(min>0)return(GCD(min,max%min));
   else return(max);
  }
//+------------------------------------------------------------------+
 
DDFedor:
今後の投稿のスマイルマークはカットされます。それを肝に銘じておいてください。

認めてくれてありがとう～顔文字カットしてるけど、記事ごと削除してる人いる？

余談ですが、アカデミック。 いわゆる「計算機」があるのは素晴らしいと思うのですが、もし取引中の自動最適化 機能があるのであれば、その内容をお伺いしたいのですが。

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