トレーディングにおける機械学習:理論、モデル、実践、アルゴトレーディング - ページ 1264 1...125712581259126012611262126312641265126612671268126912701271...3399 新しいコメント Vizard_ 2019.01.21 07:10 #12631 ミハイル・マルキュカイツ マキシムカが森で絡まれ、まだ出口が見つからない?事業内容 ...... 仕事と悩みばかりで、長い間ここに来ていないことは認めますが...。でも、ここに来ることにしたんです。いわば、チェックインです :-)ところで...。 何もないところに居場所がある。かつては石頭のマキシムカ、今は半端者のマキシムカ))) Maxim Dmitrievsky 2019.01.21 07:12 #12632 ヴィザード_。何もないところに居場所がある。昔は "石頭のマクシムカ"、今は "半端者のマクシムカ") シークレットガール Vizard_ 2019.01.21 07:51 #12633 マキシム・ドミトリエフスキーまあ君は一生お元気で、身分も変えない。 隠し芸あ、先生)))それは「モデル」でも同じです。鹿はどこだ、女の子はどこだ、0はどこだ。 と1...定義がない、一山いくらのものです)))ほほえましい...。 Maxim Dmitrievsky 2019.01.21 08:00 #12634 ヴィザード_。あ、先生))))それは、モデルでも同じです。鹿はどこだ、女の子はどこだ、0はどこだ。 と1...は、わからない、全部で1つの山))))愉快だ............。どう対応したらいいのか、10分以上かかりました...スクリーンショットを準備したり、悩んだりしたんでしょうね...。なるほど、ガラクタの山からリスポーンして華々しく登場すれば、気分爽快なんですね )) まあ、お帰りなさい )))) Forester 2019.01.21 08:28 #12635 マキシム・ドミトリエフスキー学習スピードは良いが、フォレストファイルが大きいため、使用時のレスポンスと構造のダウンロード時間が悪い。最大で300mbになったことがある。シリアライズがおかしい。森は、ファイルから読み戻すよりも速く学習され、保存されます。 森が生成するファイルの数が桁違いに少なくなったというのであれば、非常に大きな高速化です 逆にNSは、訓練時間は長いですが、レスポンスは瞬時です。分類の質に差はない。何を使ってもいいのですが、箱から出した森が機能し、NSは調整が必要です。 バージョンアップの説明で書かれているのは、すべて森のことです。 ランダムフォレスト構築アルゴリズムの改良により、従来比2倍から10倍高速化し、桁違いに小さいフォレストを生成できるようになりました。 旧バージョンのデータ構造は 以下の通りです。//--- ノード情報。//--- W[K+0] - 変数番号(リーフモードでは-1).//--- W[K+1] - 閾値(リーフノードのクラス/値).//--- W[K+2] - ">="ブランチインデックス(リーフノードの場合は存在しない) この新しいノードには、ノードと同じ3つの変数とリーフと同じ2つの変数が格納されます。 そして、全く同じ方法でツリーが構築されます。最後の例まで、エラーは0です。剪定は見ていない。 コードへのコメントで高速化について書かれているのは SplitStrength- スプリットタイプ。* 0 = ランダムな位置で分割。* 1 = 範囲の中央での分割* 2 = 範囲の最良点で強分割(デフォルト) ランダムな分割を行うことで、2~10倍のスピードアップと、より良い分割ポイントが得られるようで、その結果、よりコンパクトなツリーになる可能性があります。 分割機能にランダムな点選択を追加すればいいのです。2-3行で編集してください)) Maxim Dmitrievsky 2019.01.21 08:34 #12636 エリブラリウス英語はよくわからない。 森羅万象が書かれています。 ランダムフォレスト構築アルゴリズムの改良により、従来比2倍から10倍高速化し、桁違いに小さいフォレストを生成できるようになりました。 旧バージョンのデータ構造は このようなものでした。//--- ノード情報。//--- W[K+0] - 変数番号(リーフモードでは-1).//--- W[K+1] - 閾値(リーフノードのクラス/値).//--- W[K+2] - ">="ブランチインデックス(リーフノードの場合は存在しない) この新しいノードには、ノードと同じ3つの変数とリーフと同じ2つの変数が格納されます。 そして、全く同じ方法でツリーが構築されます。最後の例まで、エラーは0です。剪定は見ていない。 コードへのコメントで高速化について書かれているのは SplitStrength- スプリットタイプ。* 0 = ランダムな位置で分割。* 1 = 範囲の中央での分割* 2 = 範囲の最良点で強分割(デフォルト) ランダムな分割を行うことで、2〜10倍のスピードアップと、より良い分割ポイントが得られるようで、その結果、よりコンパクトなツリーが得られると思われます。つまり、分割方法が設定できるようになったのですね。しかし、デフォルトが一番遅いことに変わりはない そうか、それなら自分でやり直せばいいんだ、うん :) Forester 2019.01.21 08:39 #12637 マキシム・ドミトリエフスキーつまり、分割方法が設定できるようになったのですね。しかし、デフォルトが一番遅いことに変わりはない そうですか、それなら自分でやり直せばいいんですね、はい :)端末が更新 されると、これらの変更はすべて上書きされてしまうのではと心配になります。フォレストクラスをコピーして別ファイルとして保存しておく必要があります Maxim Dmitrievsky 2019.01.21 08:44 #12638 エリブラリウス ただ、端末が更新 されると編集した内容がすべて上書きされてしまうのが怖いですね。フォレストクラスのコピーを作り、別のファイルとして保存しておく必要がありますそうですね、アーカイブを残しておくとか。 じゃあ、実験してみようか。いろいろと調べてくれてありがとう、助かるよ。 ベイジアンツリーを追加するのと同じように、もし理解できたら Maxim Dmitrievsky 2019.01.21 09:52 #12639 エリブラリウスだから、ここで変えようとすることがあるのだと理解しています。 //+------------------------------------------------------------------+ //| Makes split on attribute | //+------------------------------------------------------------------+ static void CDForest::DFSplitC(double &x[],int &c[],int &cntbuf[],const int n, const int nc,const int flags,int &info, double &threshold,double &e,double &sortrbuf[], int &sortibuf[]) Forester 2019.01.21 10:00 #12640 マキシム・ドミトリエフスキーだから、ここで何かを変えようとすることができるのだと理解しています。 はいそして、それをDFSplitRで複製し、回帰の足場も同じ機能を持つようにします。 1...125712581259126012611262126312641265126612671268126912701271...3399 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ミハイル・マルキュカイツ
マキシムカが森で絡まれ、まだ出口が見つからない?事業内容 ......
仕事と悩みばかりで、長い間ここに来ていないことは認めますが...。でも、ここに来ることにしたんです。いわば、チェックインです :-)ところで...。
何もないところに居場所がある。かつては石頭のマキシムカ、今は半端者のマキシムカ)))
何もないところに居場所がある。昔は "石頭のマクシムカ"、今は "半端者のマクシムカ")
まあ君は一生お元気で、身分も変えない。
隠し芸あ、先生)))それは「モデル」でも同じです。鹿はどこだ、女の子はどこだ、0はどこだ。
と1...定義がない、一山いくらのものです)))ほほえましい...。
あ、先生))))それは、モデルでも同じです。鹿はどこだ、女の子はどこだ、0はどこだ。
と1...は、わからない、全部で1つの山))))愉快だ............。
どう対応したらいいのか、10分以上かかりました...スクリーンショットを準備したり、悩んだりしたんでしょうね...。
なるほど、ガラクタの山からリスポーンして華々しく登場すれば、気分爽快なんですね ))
まあ、お帰りなさい ))))
学習スピードは良いが、フォレストファイルが大きいため、使用時のレスポンスと構造のダウンロード時間が悪い。最大で300mbになったことがある。
シリアライズがおかしい。森は、ファイルから読み戻すよりも速く学習され、保存されます。
森が生成するファイルの数が桁違いに少なくなったというのであれば、非常に大きな高速化です
逆にNSは、訓練時間は長いですが、レスポンスは瞬時です。分類の質に差はない。何を使ってもいいのですが、箱から出した森が機能し、NSは調整が必要です。
//--- ノード情報。バージョンアップの説明で書かれているのは、すべて森のことです。
ランダムフォレスト構築アルゴリズムの改良により、従来比2倍から10倍高速化し、桁違いに小さいフォレストを生成できるようになりました。
旧バージョンのデータ構造は 以下の通りです。
//--- W[K+0] - 変数番号(リーフモードでは-1).
//--- W[K+1] - 閾値(リーフノードのクラス/値).
//--- W[K+2] - ">="ブランチインデックス(リーフノードの場合は存在しない)
この新しいノードには、ノードと同じ3つの変数とリーフと同じ2つの変数が格納されます。
そして、全く同じ方法でツリーが構築されます。最後の例まで、エラーは0です。剪定は見ていない。
コードへのコメントで高速化について書かれているのは
SplitStrength- スプリットタイプ。
* 0 = ランダムな位置で分割。
* 1 = 範囲の中央での分割
* 2 = 範囲の最良点で強分割(デフォルト)
ランダムな分割を行うことで、2~10倍のスピードアップと、より良い分割ポイントが得られるようで、その結果、よりコンパクトなツリーになる可能性があります。
分割機能にランダムな点選択を追加すればいいのです。2-3行で編集してください))
英語はよくわからない。
//--- ノード情報。森羅万象が書かれています。
ランダムフォレスト構築アルゴリズムの改良により、従来比2倍から10倍高速化し、桁違いに小さいフォレストを生成できるようになりました。
旧バージョンのデータ構造は このようなものでした。
//--- W[K+0] - 変数番号(リーフモードでは-1).
//--- W[K+1] - 閾値(リーフノードのクラス/値).
//--- W[K+2] - ">="ブランチインデックス(リーフノードの場合は存在しない)
この新しいノードには、ノードと同じ3つの変数とリーフと同じ2つの変数が格納されます。
そして、全く同じ方法でツリーが構築されます。最後の例まで、エラーは0です。剪定は見ていない。
コードへのコメントで高速化について書かれているのは
SplitStrength- スプリットタイプ。
* 0 = ランダムな位置で分割。
* 1 = 範囲の中央での分割
* 2 = 範囲の最良点で強分割(デフォルト)
ランダムな分割を行うことで、2〜10倍のスピードアップと、より良い分割ポイントが得られるようで、その結果、よりコンパクトなツリーが得られると思われます。
つまり、分割方法が設定できるようになったのですね。しかし、デフォルトが一番遅いことに変わりはない
そうか、それなら自分でやり直せばいいんだ、うん :)
つまり、分割方法が設定できるようになったのですね。しかし、デフォルトが一番遅いことに変わりはない
そうですか、それなら自分でやり直せばいいんですね、はい :)
ただ、端末が更新 されると編集した内容がすべて上書きされてしまうのが怖いですね。フォレストクラスのコピーを作り、別のファイルとして保存しておく必要があります
そうですね、アーカイブを残しておくとか。
じゃあ、実験してみようか。いろいろと調べてくれてありがとう、助かるよ。
ベイジアンツリーを追加するのと同じように、もし理解できたらだから、ここで変えようとすることがあるのだと理解しています。
だから、ここで何かを変えようとすることができるのだと理解しています。
はいそして、それをDFSplitRで複製し、回帰の足場も同じ機能を持つようにします。