Тестер не в состоянии определить уровень прогнозируемости, как и архиватор. Архиватор может выдать размер чистой (сжатой) информации. Чем сильнее сжимается, тем эффективнее базис для поиска закономерностей. Ведь что делает архиватор - ищет закономерности в общем случае. Чем лучше сжал - тем больше закономерностей нашел.
Я эту тему думал уже на заре занятий форексом - года два с половиной назад. Алгоритмы сжатия действительно ищут (и находят) закономерности, но обычно заглядывая вперёд (как раз те которые "без потери" - двухпроходны). Так, что лучше уж сразу перейти к потоковым... :)
И тут нас тоже подстерегает злой облом - уверен, что все они работают с задержкой, то бишь для эффективного кодирования им тоже необходима "будущая история", хотя и немного.
// Однако в тестере, чтоб запузырить кривую в небо, мне достаточно знать всего-то на полбара вперёд... :)
Универсальные архиваторы мало используют специфику конкретных данных. Если её учитывать (знать заранее) можно многое выносить за скобки.
それが、MT5の 開発者が行ってきた、圧縮アルゴリズムの開発です。もしそうであれば、自分で車輪を再発明する必要はないかもしれません。
Как тестер может помочь в определении уровня прогнозируемости?
アーカイバと同じですね。
Разработчики MT5 этим и занимались, разрабатывая алгоритм сжатия. Если раскроют, велосипед изобретать самому, возможно, не понадобится.
なんとなく全然あてにならない。ルーブルは、メタ相場がこのアルゴリズムを共有し始めるより早く、単一通貨になるであろう。たとえそれがシンプルなものであっても。
もっといいものを作っていこう。:)
Так же как архиватор.
テスターは予測可能性のレベルを判断できないし、アーカイバーもそうだ。アーカイバは、純粋な(圧縮された)情報のサイズを出力することができます。圧縮されているほど、パターンを見つける根拠として有効である。結局、アーカイバがやっているのは、一般的な場合のパターンを探すことなんです。圧縮がうまくいけばいくほど、より多くの規則性を見つけることができます。
Я, кстати, склоняюсь к алгоритмам "с потерей информации". Отнюдь не вся она нужна. А сжатие куда выше.
どうせ市場からすべての情報を得ることはできないのだから、それは理にかなっている。
しかし、効率的なベースラインという基準は、ある種、定式化されています。
Тестер не в состоянии определить уровень прогнозируемости, как и архиватор. Архиватор может выдать размер чистой (сжатой) информации. Чем сильнее сжимается, тем эффективнее базис для поиска закономерностей. Ведь что делает архиватор - ищет закономерности в общем случае. Чем лучше сжал - тем больше закономерностей нашел.
そんなに急がなくてもいいじゃないですか。不具合をキャッチすることができる。:)
このテーマは、FXを始めた当初、つまり2年半前にすでに考えていました。圧縮アルゴリズムは規則性を探しますが(そして見つけます)、通常は先を見ます(「損失がない」ものだけ、つまり2パスです)。 だから、そのままストリーミングに移行したほうが......。:)
Не спеши так быстро. Глюков наловишь. :)
Я эту тему думал уже на заре занятий форексом - года два с половиной назад. Алгоритмы сжатия действительно ищут (и находят) закономерности, но обычно заглядывая вперёд (как раз те которые "без потери" - двухпроходны). Так, что лучше уж сразу перейти к потоковым... :)
同様に、思考も、時間的に少し早いだけで、同じようにFXの知識のある状態で生まれているのです。
根拠を決めるために必要なのがツーパッシングです。最初のパスは基底の変換である。
仮に市場のビットレートが一定であるとするならば、ストリーミング方式の圧縮は優れた候補となります。
MetaDriver писал(а) >>
...だから、そのままストリーミングに移行したほうが......。:)...
つまり、効率的なコーディングのためには、少しではありますが「未来の履歴」も必要なのです。
// しかし、テスターでは、カーブを空に打ち上げるには、半音ほど先が分かればいいのですが......。:)
И тут нас тоже подстерегает злой облом - уверен, что все они работают с задержкой, то бишь для эффективного кодирования им тоже необходима "будущая история", хотя и немного.
// Однако в тестере, чтоб запузырить кривую в небо, мне достаточно знать всего-то на полбара вперёд... :)
圧縮される情報の部分(上の例ではまさに1時間)を待つ必要があるため、遅延を伴って動作するのです。ここは何も問題ない。