MQLによる非同期・マルチスレッドプログラミング - ページ 20 1...131415161718192021222324252627...40 新しいコメント Igor Makanu 2019.07.27 12:38 #191 Реter Konow:非効率的なもの、自分には合わないものだと思う理由は何ですか?私のプロフィールにアクセスして、どのように動作するかを見てください。動いていて進化しているからこそ、そろそろマルチスレッドが必要なのではと想定しています。 なるほど、素晴らしい!なぜマルチスレッドが必要なのですか?- まだどう説明したらいいのかもわからないし、上に痛いと書いたし、足に一発と書いたし・・・。))) タスクを別のスレッドに置くことは問題ではありません。問題は逆のタスク、つまりすべてを一箇所に集めることです- しかし、マルチスレッド・アプリケーションでは、スレッドの制御は開発者にとって頭痛の種です。計算の準備状態をチェックしなければ、いつ現れるかわからないバグが発生しますし、使っていないスレッドを削除せず、毎回新しいスレッドを作成すれば、システムリソースを食ってしまいます。 それとも、MQLで1スレッド用に書かれたコードがマルチスレッドになると思いますか?- トップで#propertyマルチスレッドディレクティブをドロップするだけで、出来上がりです。))) Реter Konow 2019.07.27 12:51 #192 Igor Makanu: なぜマルチスレッドが必要なのか?- まだどう説明したらいいのかもわからないし、痛いと書いて、上に足を撃たれたと書いて......。))) タスクを別のスレッドに置くことは問題ではありません。問題は逆のタスク、つまりすべてを一箇所に集めることです- しかし、マルチスレッド・アプリケーションでは、スレッドの制御は開発者にとって頭痛の種です。計算の準備状態をチェックしなければ、いつ現れるかわからないバグが発生しますし、使っていないスレッドを削除せず、毎回新しいスレッドを作成すれば、システムリソースを食ってしまいます。 それとも、MQLで1スレッド用に書いたコードがマルチスレッドになると考えているのでしょうか?- トップで#propertyマルチスレッドディレクティブをドロップするだけで、出来上がりです。))) 1つのスレッドですべてを行うことは物理的に不可能であることを理解していますか?そうですね、コードの難しさ、バグ、新たな問題も出てくるでしょう。しかし、そうでなければならないケースもある。3次元の可視化計算、サーバーとの通信、並列取引を1スレッドで行うにはどうしたらいいのでしょうか?つまり、全体の可視化を計算し、サーバーにメッセージを受信/送信し、トレイリングポジションを計算し、その他たくさんの計算をし、すべて順番に行ったのでしょうか?マジか...。オペレーションが停止した場合や、可視化中の値がアレイの制限を 超えた場合はどうなりますか?全体的にクラッシュしている? マルチスレッドに伴う困難があることは理解しています。でも、進化したいので、事前にスペースを確保しようと思っています。そして、私だけではありません。 Yuriy Asaulenko 2019.07.27 12:56 #193 Реter Konow: マルチスレッドに伴う困難があることは理解しています。でも、進化したいので、事前にスペースを確保しようと思っています。そして、私だけではありません。 MKL以外の開発の方向性はないのでしょうか?それは、あなたが自分で計画している非常に一方的な展開です)。 Реter Konow 2019.07.27 12:59 #194 Yuriy Asaulenko: MCL以外の開発分野はないのでしょうか?それは、あなたが自分で計画している非常に一方的な展開です)。 まあ、ケーキを売るためだけならね))。 他のニッチは占領され、すべてがそこに耕されている。唯一言えるのは、AI問題の新しい言葉ですが、そこまで成長しないと、すべてのソフトウェアのニッチは巨人に占拠され、競合の海が広がっています。少なくとも、ここにはスペースが残されています。 Yuriy Asaulenko 2019.07.27 13:03 #195 Реter Konow: まあ、ケーキを売るためだけならね(笑) 他のニッチは占領され、すべてがそこに耕されている。AIについては、新しい言葉しか出てきませんが、それに向かって成長していかなければなりません。 それ以外のニッチについては、すべてソフトウェア大手が占有しており、競合他社がたくさんいます。少なくとも、ここにはスペースが残されています。 なぜ忙しいのか?C++/C#でTCを書くこともできますし、JavaやPythonもお手の物です)。MCLに比べれば、可能性はたくさんあります。また、売りたい人はMarketでそして、MKLやMarketという硬直した枠に自分を当てはめてしまうのです。なぜ?他の国も同じように美しいです) Реter Konow 2019.07.27 13:09 #196 Yuriy Asaulenko: なぜ忙しいのか?C++/C#でTCを記述することができます。MKLよりも可能性が広がりますね。そして、売りたい人は、Marketの他にもたくさんあります。 そこには空間がない。GUIが必要ですか?どういたしまして!))機能が必要ですか?- 以下はそのライブラリです。何でもござれ。TC自体に興味はない。新規作成に興味があるのですが、すでに作成されている場合、どのように作成すればよいのでしょうか?そして、ここには手付かずのニッチがある。比喩的に言えば "未開人の島")。ここにあるソフトはすべて、他の言語の同種のソフトと比べると弱い。ここで成長できる。そして、ビジネスもできる...。 Yuriy Asaulenko 2019.07.27 13:12 #197 Реter Konow: 場所がないのです。GUIは必要ですか? はい、お願いします!))機能が必要な場合は、こちらのライブラリをご利用ください。何を考えても、全部揃ってるんですね。TC自体に興味はない。新規作成に興味があるのですが、すでに作成されている場合、どのように作成すればよいのでしょうか?しかも、まだ作成されていない。これは手付かずのニッチです。ここにあるソフトはすべて、他の言語の同種のソフトと比べると弱い。ここで成長できる。そして、ビジネスもできる...。 あなたは間違っています。ここでビジネスはできない。Marketやフリーランスで小銭を集めても、意味がない。 SZY シャープやPythonで2針で書けるのに、なぜ私が、仮にあなたのGUIなどを書かなければならないのですか?さらに言えば、ユーザーは、それが何で書かれているかは気にせず、機能を求めているのであって、実装の細部は気にしない。つまり、プログラマーには必要のない製品だが、ユーザーはそんなことより、値段を気にするもので、確かにシャープの方が安くて高機能だ。 Реter Konow 2019.07.27 13:17 #198 Yuriy Asaulenko: あなたは間違っています。ここでビジネスはできない。Marketやフリーランスで小銭を集めても、意味がない。 そして、私は気にしない。私にとって重要なのは、少なくともここで私は新しい言葉を発し、最初の一人になれるということです。そして、外の世界では、まず1000000001になる))それは私の運命ではありません。 Vladimir Simakov 2019.07.27 13:24 #199 くそ、マルチスレッドを使いたいなら、"成熟した "言語がお助けマンだ。まあ、マルチスレッドはmqlにはないようですが。非同期のCopyRateとCopyBufferは いいのですが、mqlのstd::threadのアナログは使い物になりません。IMHO Yuriy Asaulenko 2019.07.27 13:29 #200 Vladimir Simakov: 人間、マルチスレッドが欲しいなら、「成熟した」言語がお助けマンです。しかし、mqlのマルチスレッドはあまりよろしくないようです。非同期のCopyRateとCopyBufferはいいのですが、mqlのstd::threadのアナログは使い物になりません。IMHO 彼らは「大人」になれないのです。大人」だとマーケットに入れない。MQLのみ、そして永遠に。 1...131415161718192021222324252627...40 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
非効率的なもの、自分には合わないものだと思う理由は何ですか?私のプロフィールにアクセスして、どのように動作するかを見てください。動いていて進化しているからこそ、そろそろマルチスレッドが必要なのではと想定しています。
なるほど、素晴らしい!なぜマルチスレッドが必要なのですか?- まだどう説明したらいいのかもわからないし、上に痛いと書いたし、足に一発と書いたし・・・。)))
タスクを別のスレッドに置くことは問題ではありません。問題は逆のタスク、つまりすべてを一箇所に集めることです- しかし、マルチスレッド・アプリケーションでは、スレッドの制御は開発者にとって頭痛の種です。計算の準備状態をチェックしなければ、いつ現れるかわからないバグが発生しますし、使っていないスレッドを削除せず、毎回新しいスレッドを作成すれば、システムリソースを食ってしまいます。
それとも、MQLで1スレッド用に書かれたコードがマルチスレッドになると思いますか?- トップで#propertyマルチスレッドディレクティブをドロップするだけで、出来上がりです。)))
なぜマルチスレッドが必要なのか?- まだどう説明したらいいのかもわからないし、痛いと書いて、上に足を撃たれたと書いて......。)))
タスクを別のスレッドに置くことは問題ではありません。問題は逆のタスク、つまりすべてを一箇所に集めることです- しかし、マルチスレッド・アプリケーションでは、スレッドの制御は開発者にとって頭痛の種です。計算の準備状態をチェックしなければ、いつ現れるかわからないバグが発生しますし、使っていないスレッドを削除せず、毎回新しいスレッドを作成すれば、システムリソースを食ってしまいます。
それとも、MQLで1スレッド用に書いたコードがマルチスレッドになると考えているのでしょうか?- トップで#propertyマルチスレッドディレクティブをドロップするだけで、出来上がりです。)))
1つのスレッドですべてを行うことは物理的に不可能であることを理解していますか?そうですね、コードの難しさ、バグ、新たな問題も出てくるでしょう。しかし、そうでなければならないケースもある。3次元の可視化計算、サーバーとの通信、並列取引を1スレッドで行うにはどうしたらいいのでしょうか?つまり、全体の可視化を計算し、サーバーにメッセージを受信/送信し、トレイリングポジションを計算し、その他たくさんの計算をし、すべて順番に行ったのでしょうか?マジか...。オペレーションが停止した場合や、可視化中の値がアレイの制限を 超えた場合はどうなりますか?全体的にクラッシュしている?
マルチスレッドに伴う困難があることは理解しています。でも、進化したいので、事前にスペースを確保しようと思っています。そして、私だけではありません。
マルチスレッドに伴う困難があることは理解しています。でも、進化したいので、事前にスペースを確保しようと思っています。そして、私だけではありません。
MKL以外の開発の方向性はないのでしょうか?それは、あなたが自分で計画している非常に一方的な展開です)。
MCL以外の開発分野はないのでしょうか?それは、あなたが自分で計画している非常に一方的な展開です)。
まあ、ケーキを売るためだけならね))。
他のニッチは占領され、すべてがそこに耕されている。唯一言えるのは、AI問題の新しい言葉ですが、そこまで成長しないと、すべてのソフトウェアのニッチは巨人に占拠され、競合の海が広がっています。少なくとも、ここにはスペースが残されています。
まあ、ケーキを売るためだけならね(笑)
他のニッチは占領され、すべてがそこに耕されている。AIについては、新しい言葉しか出てきませんが、それに向かって成長していかなければなりません。 それ以外のニッチについては、すべてソフトウェア大手が占有しており、競合他社がたくさんいます。少なくとも、ここにはスペースが残されています。
なぜ忙しいのか?C++/C#でTCを書くこともできますし、JavaやPythonもお手の物です)。MCLに比べれば、可能性はたくさんあります。また、売りたい人はMarketでそして、MKLやMarketという硬直した枠に自分を当てはめてしまうのです。なぜ?他の国も同じように美しいです)
なぜ忙しいのか?C++/C#でTCを記述することができます。MKLよりも可能性が広がりますね。そして、売りたい人は、Marketの他にもたくさんあります。
場所がないのです。GUIは必要ですか? はい、お願いします!))機能が必要な場合は、こちらのライブラリをご利用ください。何を考えても、全部揃ってるんですね。TC自体に興味はない。新規作成に興味があるのですが、すでに作成されている場合、どのように作成すればよいのでしょうか?しかも、まだ作成されていない。これは手付かずのニッチです。ここにあるソフトはすべて、他の言語の同種のソフトと比べると弱い。ここで成長できる。そして、ビジネスもできる...。
あなたは間違っています。ここでビジネスはできない。Marketやフリーランスで小銭を集めても、意味がない。
SZY シャープやPythonで2針で書けるのに、なぜ私が、仮にあなたのGUIなどを書かなければならないのですか?さらに言えば、ユーザーは、それが何で書かれているかは気にせず、機能を求めているのであって、実装の細部は気にしない。つまり、プログラマーには必要のない製品だが、ユーザーはそんなことより、値段を気にするもので、確かにシャープの方が安くて高機能だ。
あなたは間違っています。ここでビジネスはできない。Marketやフリーランスで小銭を集めても、意味がない。
人間、マルチスレッドが欲しいなら、「成熟した」言語がお助けマンです。しかし、mqlのマルチスレッドはあまりよろしくないようです。非同期のCopyRateとCopyBufferはいいのですが、mqlのstd::threadのアナログは使い物になりません。IMHO
彼らは「大人」になれないのです。大人」だとマーケットに入れない。MQLのみ、そして永遠に。