私のアプローチコアはエンジンです。 - ページ 39

 
Ilya Malev:
mqlのためのGUIは重要で必要です(メタ言語も必要かもしれません)。しかし、もしそれがOOPなしで行われているとしたら、それはメソッドの問題ではなく、その作者の心のありようを物語っているのではないでしょうか。4日で38ページとは、かっこいいですね。どうやら、みんなこの状態が好きなようだ。

マッチはどれくらい節約できる?

 
Vasiliy Sokolov:

マッチはどれくらい節約できる?

マッチとは?

 

要するに、あなた方はピーターを追い詰め続け、その過程でスレッドをフラブに導くのは間違っているのです。

Peterはエンジンのようなものを 載せています。これをコンパイルして実行することができる。次は、エンジンやそのインターフェース、あれをどうするかなど、建設的な話をしたいと思います。

 
Vasiliy Sokolov:

要するに、ピーターを追い詰め続け、その過程で話題をフイにするあなた方が間違っているのです。

Peterはエンジンのようなものを 載せています。これをコンパイルして実行することができる。次は、エンジンやそのインターフェイス、あれをどうするかといった建設的な議論に入りたいと考えています。

どこに、何を、どのように置いたか、詳細をお願いします。このスレッドにもピーターのプロフィールにも何も書かれていません。

40ページの洪水の過程で、何かが添付されていた場合、それは "投稿 "ではなく、 "課せられた" ...そして一般的に、それはフォーラムのルールに違反している - 商標製品の議論

 
Georgiy Merts:

巨大なグローバル配列への直接アクセスが、こうしたインターフェイスの工夫や型変換よりも高速であることは、誰も主張していないのです。また、ダブルディスパッチによるVisitorのようなデザインパターンも考えられるが、そこには膨大なオーバーヘッドが存在する。

しかし、それを補って余りあるのが、サポートや改造の利便性です。残念ながら、あらゆる思考力を最大限にコンピュータに反映させることが、長い間プログラミング開発の主流でした。その結果、等差数列の和を、よく知られた和の公式ではなく、ループによって計算するところまで到達した。その意味で、人が「劣化する」というのは、ピーターと同意見です。

しかし、残念ながら選択肢はありません。みんなと一緒に「デグレード」して、あまり早くしないようにするか、絶望的に遅れてしまうか、どちらかです。そして、あなたのプログラムが効果的でないことは、ほとんど重要ではありません。

オオカミから逃げるウサギは、実はオオカミとではなく、他のウサギと競争しているのです。彼は狼から一刻も早く逃げる必要はないのだ。狼から逃れるには、最後になるよりもずっと重要なのです。なぜなら、最後に逃げれば食べられてしまうし、最速で逃げれば必要以上にエネルギーを使ってしまい、もっと有益な方向に使うことができるからです。

それは、あらゆるプログラミング技術に共通することですが......。アセンブラは最も効率的なプログラミング方法ですが、労力がかかりすぎて意味がありません。エネルギーは、たとえコードがそれほど効率的でなくても、より生産的に使ったほうがいいのです。Peterのグローバルアクセス可能な配列も同じようなものです。アクセスするのは効率的ですが、どこに何があって、どうアクセスするかを覚えるのは手間がかかりすぎます。

ふむ、まさか反論するとは思わなかった。最近、カレンダーを見たか? 今年は何年だ? インターフェース・スピンオフの非効率性とは何だ?メモリ構成やCPUレベルのメモリアクセス、キャッシュについて聞いたことがありますか ...またカレンダーについて...。もう最初の「切り札」はない、2018年、インテル・コア・プロセッサーだ

カレンダーについては触れませんが、1996年に買ったPentium-1の本には、プロセッサのコマンドの説明があり、キャッシュの効率的なロード方法、仮想メモリページの仕組みまで「かみ砕いて」書かれていて、1つのアセンブラで500〜700ページほどありますが、プロセッサのプログラミングは面白く、今でもリアルです。

で、今度はCPUキャッシュに効率よく負荷をかけたい?- 2010年以降にリリースされたプロセッサをサポートするLUTコンパイラのみが、キャッシュとCPUパイプラインを適切にロードする効率的で最適化されたコードを取得することができるのです。

SZZY:これらの絶え間ないWindowsの「パッチ」(アップデート)は、プロセッサ、メモリ、キャッシュの負荷と、OSの仕事を最適化することにも取り組んでいますし、ここであなたは ...モンテ・クリスト伯!!!アセンブラーで!!!!)))

 
Maxim Kuznetsov:

...とにかく、商業製品について議論するのはフォーラムのルールに違反します。

何を言ってるんだ?どのような商材ですか?どこにリンクがあるのでしょうか?もしかしたら、マーケットで購入できるかも?コンパイルされたex4は、ダウンロードして検討することができます。

マキシム・クズネツォフ

どこで、何を、どのように投稿したのか、詳細を教えてください。

30 ページ

 
Vasiliy Sokolov:

何を言ってるんだ?どのような商材ですか?どこにリンクがあるのでしょうか?マーケットで入手可能ですか?コンパイルされたex4は、何かあれば投稿して議論することができます。

無料かつ手頃な価格の製品ですか? どこで見たんですか...今話題の製品をどこで見たんですか :-)

ピーターは、コードが閉鎖されることを隠さず、それが支払われるかどうか、どのような根拠で支払われるかを躊躇している。

 
Igor Makanu:

ふむ、まさか言い争うとは思わなかった。最近カレンダーを見たか? 何年だ? インターフェイスフリルのどこが非効率的なんだ?メモリ組織とCPUレベルのメモリアクセス、キャッシュについて聞いたことがありますか ...またカレンダーについて...。はもうない、2018年、Intel Coreプロセッサーの時代だ

カレンダーについては触れませんが、1996年に買ったPentium-1の本には、プロセッサのコマンドの説明があり、キャッシュの効率的なロード方法、仮想メモリページの仕組みまで「かみ砕いて」書かれていて、1つのアセンブラで500〜700ページほどありますが、プロセッサのプログラミングは面白く、今でもリアルです。

で、今度はCPUキャッシュに効率よく負荷をかけたい?- 2010年以降にリリースされたプロセッサをサポートするLUTコンパイラのみが、キャッシュとCPUパイプラインを適切にロードする効率的で最適化されたコードを取得することができます。

SZZY:これらの絶え間ないWindowsの「パッチ」(アップデート)は、プロセッサ、メモリ、キャッシュの負荷と、OSの仕事を最適化することにも取り組んでいますし、ここであなたは ...モンテ・クリスト伯!!!アセンブラーで!!!!)))

そして、私の言葉をどうキャンセルするのか?

Cのコードはアセンブリコードに近い傾向がありますが、最も効率が上がるのはやはりアセンブリコードです。年号は問わない。

CPUキャッシュをゲージで読み込む」というのがよくわからないのですが。そのため、アセンブラはできるだけ効率よくキャッシュを読み込むために使われるのです !どのようなゲージ方式ですか?

 
Maxim Kuznetsov:

どこで、何を、どのようにしたのか、詳細を教えてください。このスレッドにもピーターのプロフィールにも何も書かれていません。

このような質問を減らすために、この投稿をスタートページに添付するのも良いアイデアだと思います。

Мой подход. Ядро - Движок.
Мой подход. Ядро - Движок.
  • 2018.12.08
  • www.mql5.com
В этой ветке, я хочу рассказать о своем подходе в программировании. Заранее предупреждаю, - здесь не будет обсуждений GUI...
 
TheXpert:

このような質問を減らすために、この投稿をスタートページに添付するとよいでしょう。

TCに仕事をさせて、「カーネルモーター」を公開する...アクセスしやすい場所に置き、利用規約を策定する。そして、そこに説明の文書を置いておく。

さもないと、見当違いのユーザーが、全3巻、それぞれ100ページずつを読みながら、フォーラム全体を探し回らなければならなくなります :-)

1年前から「もうやれ、しゃべるな」と言われていたのに、くそ、また話題か......。