トレーディングにおける機械学習：理論、モデル、実践、アルゴトレーディング - ページ 1284 1...127712781279128012811282128312841285128612871288128912901291...3399 新しいコメント Forester 2019.01.30 15:50 #12831 マキシム・ドミトリエフスキー第1回目の記事でバイナリによる保存と読み込みを「高速」に、第2回目の記事でデシリアライズによる読み込みを「低速」に、保存速度は低下しないようですそこはファイルが小さいのかもしれませんね。しかし、300Mbの場合、おそらく顕著な違いがあるはずです。 Maxim Dmitrievsky 2019.01.30 15:53 #12832 エリブラリウス 小さいファイルがあるのかもしれません。そして、もしあなたが話していたのが300mbであれば、おそらく顕著な違いがあることでしょうANSIで保存すると、unicodeの半分になります。まあ、そこに森林構造の直接ロードが得られる、私の意見では、私はどのように速く他に知らない少なくとも、1回目の記事のように速くなったので、もう大丈夫です。 int setRDF=FileOpen("RDFBufsize"+_Symbol+(string)_Period+".txt",FILE_READ|FILE_WRITE|FILE_CSV|FILE_ANSI|FILE_COMMON); RDF.m_bufsize=(int)FileReadNumber(setRDF); FileClose(setRDF); setRDF=FileOpen("RDFNclasses"+_Symbol+(string)_Period+".txt",FILE_READ|FILE_WRITE|FILE_CSV|FILE_ANSI|FILE_COMMON); RDF.m_nclasses=(int)FileReadNumber(setRDF); FileClose(setRDF); setRDF=FileOpen("RDFNtrees"+_Symbol+(string)_Period+".txt",FILE_READ|FILE_WRITE|FILE_CSV|FILE_ANSI|FILE_COMMON); RDF.m_ntrees=(int)FileReadNumber(setRDF); FileClose(setRDF); setRDF=FileOpen("RDFNvars"+_Symbol+(string)_Period+".txt",FILE_READ|FILE_WRITE|FILE_CSV|FILE_ANSI|FILE_COMMON); RDF.m_nvars=(int)FileReadNumber(setRDF); FileClose(setRDF); setRDF=FileOpen("RDFMtrees"+_Symbol+(string)_Period+".txt",FILE_READ|FILE_WRITE|FILE_BIN|FILE_ANSI|FILE_COMMON); FileReadArray(setRDF,RDF.m_trees); FileClose(setRDF); 最後のものは最も重いもので、バイナリで書き込み/読み取りを行う必要があります。 Forester 2019.01.30 16:14 #12833 マキシム・ドミトリエフスキー： ANSIで保存すると、unicodeの半分になります。まあ、そこに森林構造の直接ロードが得られる、私の意見では、私はどのように速く他に知らない少なくとも、1回目の記事のように速くなったので、もう大丈夫です。最後 - バイナリの書き込み/読み出しに必要な最も重いものです。大体そんなイメージです） でも、バイナリだともっと速いはずだし、ファイルサイズも かなり小さくなっています。また、データ配列をfloatに変換してから保存すると、サイズが2倍小さくなります。 でも、なぜうまくいくのかが理解できていない。setRDF=FileOpen("RDFMtrees"+_Symbol+(string)_Period+".txt",FILE_READ|FILE_WRITE|FILE_BIN|FILE_ANSI|FILE_COMMON);テキストファイルにバイナリデータを読み書きするのです。そして、その前にテキスト形式で書かれています。MQLは、これらの機能を何らかの形で組み合わせることができるようです。このようにする方が論理的です。FILE_READ|FILE_WRITE|FILE_BIN|FILE_COMMON を保存して読みます。 Maxim Dmitrievsky 2019.01.30 16:16 #12834 エリブラリウスというのが、だいたいのイメージです（笑) しかし、バイナリーはさらに高速化され、ファイルサイズも何倍も小さくなるはずです。また、データ配列をfloatに変換してから保存すると、サイズが2倍小さくなります。 でも、なぜうまくいくのかが理解できていない。 バイナリーデータをテキストファイルに読み込むのです。しかし、その前にテキストとして書かれている。MQLは、これらの機能を何らかの形で組み合わせることができるようです。このようにする方が論理的です。 を保存して読みます。ここでは拡張子は関係なく、任意の拡張子を使用することができます。主なものは、｜FILE_BIN｜フラグです。 Forester 2019.01.30 16:17 #12835 マキシム・ドミトリエフスキーここでは拡張子は関係なく、任意の拡張子を使用することができます。主なものは、フラグ｜FILE_BIN です。 ファイル名が違うのは気がつきませんでした。ひとつにまとめて保存できます。 Maxim Dmitrievsky 2019.01.30 16:18 #12836 エリブラリウス ah - ファイル名が違うことに気がつきませんでした。すべてをひとつにまとめて保存できます。は1で、他はほとんど性能に影響を与えず、最後の1つだけ森林構造で、最も重いです。残りは1期分 Forester 2019.01.30 16:20 #12837 マキシム・ドミトリエフスキーは1で、他はほとんど性能に影響を与えず、最後の1つだけ森林構造で、最も重いです。残りは1期分 となると、このファイルの山で混乱する可能性があります) また、1モデル1ファイルの方が便利です Maxim Dmitrievsky 2019.01.30 16:22 #12838 エリブラリウス となると、このファイルの山で混乱する可能性があります) また、1機種に1ファイルの方が便利です。そうですね、他のファイルは木の本数、特徴の本数、クラスの本数、サンプルの本数というシンプルなものですね。事前に知っていれば、保存する必要すらありません。デフォルトで入っていたものをそのまま入れて、分割した構造だけを保存すると、まあ、それでもサンプル数は変わります。 Aleksey Vyazmikin 2019.01.30 16:52 #12839 エリブラリウス時間がない......確かにそうですね。フォーラムを読むのでさえ、もっと有益なことから目をそらす。しかも、リリースの準備ということで...。全て正しく作って提供・説明し、サポートをお願いするのに数時間かかります))。 あなたはプログラマーですね。プログラマーとしては、何がどうしてそうなるのかがはっきりしているほうが安心です。コードに入り込む。ツリー構築機能を数時間で把握し、サンプル数の制限や好きなものを突っ込むことができるかもしれません。 予測器のプリフェッチを行うためにゴーン。私はプログラマーではないので、コードを扱うのは大変な労力が必要ですが、一般的にはその立場は理解できます。 Forester 2019.01.30 17:07 #12840 アレクセイ・ヴャジミキン私はプログラマーではないので、コードを使った作業には手間がかかりますが、一般的には立場は理解できます。あまり悪く思わないでください）。5つの商品(書いてないかも？)とたくさんのシグナル(おそらくご自身のExpert Advisorから)で、FXの利益で生活できているということです。 まだ模索中で、何かを食べて生きている。 1...127712781279128012811282128312841285128612871288128912901291...3399 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
第1回目の記事でバイナリによる保存と読み込みを「高速」に、第2回目の記事でデシリアライズによる読み込みを「低速」に、保存速度は低下しないようです
そこはファイルが小さいのかもしれませんね。しかし、300Mbの場合、おそらく顕著な違いがあるはずです。
小さいファイルがあるのかもしれません。そして、もしあなたが話していたのが300mbであれば、おそらく顕著な違いがあることでしょう
ANSIで保存すると、unicodeの半分になります。まあ、そこに森林構造の直接ロードが得られる、私の意見では、私はどのように速く他に知らない
少なくとも、1回目の記事のように速くなったので、もう大丈夫です。
最後のものは最も重いもので、バイナリで書き込み/読み取りを行う必要があります。
ANSIで保存すると、unicodeの半分になります。まあ、そこに森林構造の直接ロードが得られる、私の意見では、私はどのように速く他に知らない
少なくとも、1回目の記事のように速くなったので、もう大丈夫です。
最後 - バイナリの書き込み/読み出しに必要な最も重いものです。
大体そんなイメージです）
でも、バイナリだともっと速いはずだし、ファイルサイズも かなり小さくなっています。また、データ配列をfloatに変換してから保存すると、サイズが2倍小さくなります。
でも、なぜうまくいくのかが理解できていない。
テキストファイルにバイナリデータを読み書きするのです。そして、その前にテキスト形式で書かれています。MQLは、これらの機能を何らかの形で組み合わせることができるようです。このようにする方が論理的です。
を保存して読みます。というのが、だいたいのイメージです（笑)
しかし、バイナリーはさらに高速化され、ファイルサイズも何倍も小さくなるはずです。また、データ配列をfloatに変換してから保存すると、サイズが2倍小さくなります。
でも、なぜうまくいくのかが理解できていない。
バイナリーデータをテキストファイルに読み込むのです。しかし、その前にテキストとして書かれている。MQLは、これらの機能を何らかの形で組み合わせることができるようです。このようにする方が論理的です。
を保存して読みます。ここでは拡張子は関係なく、任意の拡張子を使用することができます。主なものは、｜FILE_BIN｜フラグです。
ここでは拡張子は関係なく、任意の拡張子を使用することができます。主なものは、フラグ｜FILE_BIN です。
ah - ファイル名が違うことに気がつきませんでした。すべてをひとつにまとめて保存できます。
は1で、他はほとんど性能に影響を与えず、最後の1つだけ森林構造で、最も重いです。残りは1期分
は1で、他はほとんど性能に影響を与えず、最後の1つだけ森林構造で、最も重いです。残りは1期分
また、1モデル1ファイルの方が便利です
となると、このファイルの山で混乱する可能性があります)
また、1機種に1ファイルの方が便利です。
そうですね、他のファイルは木の本数、特徴の本数、クラスの本数、サンプルの本数というシンプルなものですね。事前に知っていれば、保存する必要すらありません。デフォルトで入っていたものをそのまま入れて、分割した構造だけを保存すると、まあ、それでもサンプル数は変わります。
時間がない......確かにそうですね。フォーラムを読むのでさえ、もっと有益なことから目をそらす。しかも、リリースの準備ということで...。全て正しく作って提供・説明し、サポートをお願いするのに数時間かかります))。
あなたはプログラマーですね。プログラマーとしては、何がどうしてそうなるのかがはっきりしているほうが安心です。コードに入り込む。ツリー構築機能を数時間で把握し、サンプル数の制限や好きなものを突っ込むことができるかもしれません。
予測器のプリフェッチを行うためにゴーン。
私はプログラマーではないので、コードを扱うのは大変な労力が必要ですが、一般的にはその立場は理解できます。
私はプログラマーではないので、コードを使った作業には手間がかかりますが、一般的には立場は理解できます。
あまり悪く思わないでください）。5つの商品(書いてないかも？)とたくさんのシグナル(おそらくご自身のExpert Advisorから)で、FXの利益で生活できているということです。
まだ模索中で、何かを食べて生きている。