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

新しいコメント
 
Maxim Kuznetsov:

とか、これが無料かつ手頃な価格の製品なのか、どこで見たんだ...問題の製品を全く見ていないのか:-)

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

もう一度：クローズドコードを議論することができます。マーケットプレイスの有料商品について書くこともできます。もし私が信じられないなら、私のプロフィールを見て、もう一度ルールを読んでみてください。ピーターが自分のコードをどうするかは、彼自身の問題だ。インテントは有罪の推定にはなりえない。

私たちは皆、ピーターの知恵を借りるためにここにいるのです。役に立つし、建設的だ。だから、このスレッドを貶めるのはやめてほしい。すでにフラッビングが多発しています。

 
TheXpert:

一般的には、この投稿をスタート投稿に何らかの形で添付すると、このような質問が少なくなって良いと思います。

大丈夫です。クローズドコード搭載のエンジン？つまり、本当にTCは変人ではなく、数日で39ページのコメントを集めることに成功した賢い広告主なのです。フォーラムのルールで許されることなのかわかりませんが、ここに書き込む人は皆、彼の術中にはまるのです。

 
Georgiy Merts:

私が言ったことがどうして無効になるのですか？

C言語はアセンブリコードに近い傾向がありますが、それでも効率が良いのはアセンブリコードです。年号は問わない。

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

いいえ！C++の構文が何の意味もないからといって

フォーラムarduinchikiプログラマのみで、現代のプロセッサへのあなたのアプローチと - そこにあなたが書くように、ここにコンパイラCだ、それはアセンブリ=マシンコードにすべてを蹴ると直接アセンブラを書きたい。あなたは、プロセッサのコマンドをメモリ内のマシンコードに直接書き込みたい場合 - 結果は同じになります、通常の aparticle レジスタと直接メモリアクセス、ない仮想化、キャッシュと命令パイプラインとシングルチップのプロセッサがあるため - それは現代のプロセッサとあなたが既に達成最大プロセッサクロック速度で新しいプロセッサにパフォーマンスを追加することができます主な利点、であること。

 
Igor Makanu:

うーん、まさか反論するとは思わなかった。最近、カレンダーを見たか？ 今年は何年だ？ インターフェースガジェットにどんな非効率性がある？メモリの編成のことですね...。

そんな大げさなことを言わないでください。ジョルジュの言いたいことは、誰の目にも明らかである。プログラムスピードを求めるなら、直接プログラムすることです。シンプルさを求めるなら、レイヤーを使い分けましょう。そういうことだったんですね。

 
Vasiliy Sokolov:

そんな大げさなことを言うのはやめてください。ジョルジュの言いたいことは、みんな分かっている。プログラムスピードを求めるなら、直接プログラムしてください。シンプルさを求めるなら、レイヤーを使い分けましょう。そういうことだったんですね。

こぶもへちまも作らない、以上@Ilya Malev さん彼は、MQLではオブジェクトが24バイトを占めることが好きではないことを書いた、すべてが論理的に見える、構造のための多くの余地があるが、それはそれらの瞬間にあるとPCハードウェアとの最適な作業を隠し、ここでキャッシュと、CPUレジスタと、コマンドの事前選択であり、どこで遷移と分岐の予測が、ちょうどタイプによってコンパクトにすべてを手配しようとすると生産性の損失につながる可能性があることです

プログラミングには、OOPやデータベースといった確立された傾向があり、現時点ではこれらが最適なソリューションであり、ハードウェアメーカーもコンパイラメーカーもそれに合わせているので、ダミーを作る必要はない、ということです )))

HH：古いコンパイラを検索する気にもなりませんが、2000年頃の有名なコンパイラとその最新版を、全く同じテストケースでテストすれば、新しいコンパイラは新世代のプロセッサに最適化されているので、速度の違いが分かるのではないかと思います。また、コンパイラにアセンブラのインサートがある場合、コンパイルされたプロジェクトでは、アセンブラのインサートの作業しか解釈されないので、アセンブラのデバッガでアセンブラのコードを見つけることは不可能になると思います。

 
Vasiliy Sokolov:

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

30 ページ

ex4は投稿して議論できるって、どこで読んだんだ？
 
Yury Kulikov:

いや、トピックスターターの「カーネル」は膨大なサイズの 文字列の配列であり、このような手法の効率性について語ることは、理論的にも非現実的である。

コアはint型の配列である。二 次元である。サイズ＝236プロパティ×オブジェクト 数。

1ボタン＝3オブジェクト（ベース、テキスト、アイコン）。

ほとんどのエレメントは1～2個のオブジェクトです。

実行リスト - 11件

タブ - 4つのオブジェクト。

スライダー - 4オブジェクト。

"遮るものがない "というのは強い表現です））。

 
Реter Konow:

コアはint型の配列である。2 次元です。サイズ＝236プロパティ×オブジェクト 数。

1ボタン＝3オブジェクト（ベース、テキスト、アイコン）。

ほとんどのエレメントは1～2個のオブジェクトです。

実行リスト - 11件

タブ - 4つのオブジェクト。

スライダー - 4オブジェクト。

"遮二無二 "とは強い言葉ですね)))

これは進歩です :))

最近、勾配関数が異なっていたことを思い出すかもしれない。

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

色分解機能。

レタグ・コノウ さん 2018.10.11 12:43

アルゴリズムの速度の違いについて。

1.あなたのアルゴリズムは整数 配列に、 私のアルゴリズムは文字列 配列に入力されます。(色相から適切な成分を簡単に取り出して、それを使って作業するために、まさに文字列が必要なのです）。

 
Vasiliy Sokolov:

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

Peterはエンジンのようなものを 載せています。これをコンパイルして実行することができる。そうすれば、エンジンやそのインターフェイス、あれやこれやのやり方など、建設的な議論が始まることを期待しています。

隅っこから抜け出して、開発者になれよ。

この幼稚園に屈するというのですか？ 結局のところ、それについて建設的な表現をしたことが複数回あります。しかし、毎回、回数を重ねるごとに、ピーターは私たちにグイグイと迫ってきます。彼の商業プロジェクトの 明確なプロモーション。隠しているわけでもないんですよ :)

 

どうなんでしょうね。

が、以前から夢見ていた、コアエンジン

やばいな。

精神病院へ戻って休まなければならない。
1...333435363738394041424344454647...184
新しいコメント