| name | dir | date | last-price | target | losscut | score |
|---|---|---|---|---|---|---|
| AUDJPY | BUY | 08/20 | 95.800 | 97.200 | 95.500 | 100% |
| GBPJPY | BUY | 08/20 | 171.750 | 174.000 | 170.700 | 100% |
| AUDUSD | BUY | 08/27 | 0.932 | 0.945 | 0.928 | 100% |
| EURUSD | SELL | 08/19 | 1.332 | 1.304 | 1.341 | 100% |
AUDJPY、AUDUSDが上昇しています
GBPJPYとEURUSDは、シグナルが点灯したままですが、
まだターゲットには到達tしていません
| name | dir | date | last-price | target | losscut | score |
|---|---|---|---|---|---|---|
| GBPJPY | BUY | 08/20 | 171.750 | 174.000 | 170.700 | 100% |
| EURUSD | SELL | 08/19 | 1.332 | 1.299 | 1.341 | 100% |
| NZDUSD | SELL | 08/25 | 0.835 | 0.822 | 0.849 | 100% |
NZDUSDの売りシグナルが追加されました
小さめの下落予想です
USDJPYの調整を期待しているのですが
なかなか落ちてきませんね
| name | dir | date | last-price | target | losscut | score |
|---|---|---|---|---|---|---|
| GBPJPY | BUY | 08/20 | 171.750 | 174.000 | 170.700 | 100% |
| EURUSD | SELL | 08/19 | 1.332 | 1.299 | 1.341 | 100% |
今朝もUSDJPYが上昇しています
さっさと利食いしてしまったので、指をくわえて調整が入るのを待っています
GBPJPYは、徐々に上がってきました
損切り分を取り戻しておきたいです
EURUSDは、順調に下落しています
為替の予測プログラムの計算結果が
Cygwinとmacで違ってしまっていたので
しばらく悩んでいました
開発はmacでやりたいけれど
FXの発注はWindowsの方が便利なので
プログラムの実行をCygwinでやっていたんです
どうやらCygwinの計算結果がmacで実装した時と違っているのに気づいたのがお盆あたり
配列で組んでいたのを、vectorやmapで実装しなおした時期にあたります
ついでにfloat演算だったのをdoubleに書きなおしたり
思い当たる変更箇所がたくさんありすぎて特定に時間がかかりました
特に、printfの浮動小数点型の丸め表示がCygwinとmacで違うために
かなり惑わされました…
実際に為替の予測結果に影響していたのは、
実数を割り算して整数に丸めるところでした
切り捨てしたいなら、floorを使わないと、結果が違ってしまうようです
macの中では、差はないのですが、Cygwinでは動作が違うんですね
|
1 2 |
int target signal.target / gridWidth; int target floor(signal.targetv / gridWidth); |
以下、実際のコード
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
void minGridInPAF(MinMaxGrid &grid, const money_t gridWidth) { grid.min = min(grid.min, this->grid.min); grid.max = max(grid.max, this->grid.max); if (NONE != signal.sign) { int vtg = static_cast<int>(floor(signal.targetv / gridWidth)); int htg = static_cast<int>(floor(signal.targeth / gridWidth)); if (0 < vtg) { grid.min = min(grid.min, vtg); grid.max = max(grid.max, vtg); } if (0 < htg) { grid.min = min(grid.min, htg); grid.max = max(grid.max, htg); } } } |
他に、初期化されていない変数がどこかにあるようなのだけれど
macでvalgrindをかけても見つからず
徹底的に初期化を追加したものの解決しないので
使用前に無駄な代入文をいれて回避しました
これは今後の課題
| name | dir | date | last-price | target | losscut | score |
|---|---|---|---|---|---|---|
| EURJPY | BUY | 08/21 | 138.000 | 139.300 | 136.700 | 100% |
| GBPJPY | BUY | 08/20 | 171.750 | 174.000 | 170.700 | 100% |
| HKDJPY | BUY | 08/20 | 13.270 | 13.430 | 13.060 | 100% |
| ZARJPY | BUY | 08/21 | 9.665 | 9.720 | 9.640 | 67% |
| EURUSD | SELL | 08/19 | 1.332 | 1.314 | 1.341 | 100% |
EURJPYに買いシグナルが出ました
ZARJPYのシグナルは、的中率が低いので、見送ります
昨日売りポジションを損切りして、
買いポジションに変えたGBPJPYがどうなるか楽しみです
往復ビンタにならなければいいのですが
昨夜は、USDJPYが一気に（とは言っても１円くらいですが）上昇しました
このところ、USDJPYはターゲットに届かずに反落することが多くて
早めに利食いして手仕舞ってしまったのですが
久しぶりのはっきりした上昇でした
この後の反落を期待して、しばらく様子見です
| name | dir | date | last-price | target | losscut | score |
|---|---|---|---|---|---|---|
| GBPJPY | BUY | 08/20 | 171.750 | 174.000 | 170.700 | 100% |
| HKDJPY | BUY | 08/20 | 13.270 | 13.410 | 13.060 | 100% |
HKDJPYの買いシグナルが新たに点灯しましたが
もうターゲットまで値幅がありません
また
GBPJPYが反転して、買いシグナルに変わりました
今年はじめての損切りです
売りのし掛けを手仕舞いして、買いの注文を入れました
昨日で月額目標の20万円を達成しました
8月は、利食いのタイミングが短いことが多く
あまり利益が出ていない印象が強いかったのですが
一回の利益が大きかったので、
結果的には良い勝負ができました
トラリピの方も順調に利益がのっています
トラリピでは、100万円の投資に対して月額1万5千円を目標にしているのですが
今のところ毎月達成できています
噂通り、年率20〜30％は確実かもしれません
そろそろ増資することを考えています
嵐の前の静けさ？
大分、エネルギーが溜まってきていますが
シグナルは出ていません
| name | dir | date | last-price | target | losscut | score |
|---|---|---|---|---|---|---|
| GBPJPY | SELL | 08/13 | 171.000 | 169.800 | 173.100 | 100% |
順調に下げているGBPJPYに
もう一段の下げ期待です
他の通貨に、目立ったシグナルは出ていません
問題のメモリリークは治ったものの
「memory still reachable」が数件残ってしまった
見ると、原因箇所は printf
それも単純に変数を表示しているだけのところ
下のコードの４行目と５行目のprintf
|
1 2 3 4 5 6 7 8 9 10 |
void print(void) { printf("%s ", (code1 + code2).c_str()); printf("%4d try %4d win", count, wincount); printf(" (%3.0f%%)" , (0 < count) ? ((float)wincount / (float)count * 100.0f) : 0.0f); printf(", profit %+7.2f " , profitBuy + profitSell); printf("(%+7.3f %+7.3f)" , profitBuy, profitSell); printf(", Ave %7.3f" , (0 == count ) ? 0.0f : (profitBuy + profitSell) / (money_t)count * curGain); printf(", score %8s" , score.c_str()); printf("\n"); } |
エラー扱いでもないし、計算自体に影響はないけれど
ゴミが残るのは気持ち悪い
Valgrindのバグかなぁ
と思って検索したところ
結構、困っている人が多い様子
Cygwinでの計算結果も、正常に戻ったことだし
Merbericksの対応は試験的、ということなので
これ以上追わないことに
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 |
/usr/local/bin/valgrind --dsymutil=yes --leak-check=full --show-leak-kinds=all ./Trade2SignalsSim -method 1 -dir ../data -period 30 --last `date +%Y%m%d` ==84263== Memcheck, a memory error detector ==84263== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==84263== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info ==84263== Command: ./Trade2SignalsSim -method 1 -dir ../data -period 30 --last 20140816 ==84263== ==84263== WARNING: Support on MacOS 10.8/10.9 is experimental and mostly broken. ==84263== WARNING: Expect incorrect results, assertions and crashes. ==84263== WARNING: In particular, Memcheck on 32-bit programs will fail to ==84263== WARNING: detect any errors associated with heap-allocated data. ==84263== ... snip(プログラム出力) ... ==84263== ==84263== HEAP SUMMARY: ==84263== in use at exit: 29,436 bytes in 380 blocks ==84263== total heap usage: 1,432,114 allocs, 1,431,734 frees, 379,615,028 bytes allocated ==84263== ==84263== 32 bytes in 1 blocks are still reachable in loss record 31 of 81 ==84263== at 0x6DEB: malloc (in /usr/local/Cellar/valgrind/3.9.0/lib/valgrind/vgpreload_memcheck-amd64-darwin.so) ==84263== by 0x248AB0: __Balloc_D2A (in /usr/lib/system/libsystem_c.dylib) ==84263== by 0x245BE3: __rv_alloc_D2A (in /usr/lib/system/libsystem_c.dylib) ==84263== by 0x245C04: __nrv_alloc_D2A (in /usr/lib/system/libsystem_c.dylib) ==84263== by 0x245EB1: __dtoa (in /usr/lib/system/libsystem_c.dylib) ==84263== by 0x26D8A9: __vfprintf (in /usr/lib/system/libsystem_c.dylib) ==84263== by 0x2942DA: __v2printf (in /usr/lib/system/libsystem_c.dylib) ==84263== by 0x2946AF: __xvprintf (in /usr/lib/system/libsystem_c.dylib) ==84263== by 0x26BB29: vfprintf_l (in /usr/lib/system/libsystem_c.dylib) ==84263== by 0x26996F: printf (in /usr/lib/system/libsystem_c.dylib) ==84263== by 0x10000551C: Trade::Profit::print() (Trade.h:93) ==84263== by 0x100003A94: main (vector:1417) ==84263== |
やたらとシグナルが出るようになったのは
プログラムのメモリリークが原因のよう
プログラム開発とテスト環境はMAC上で
シミュレーションとブログ書きはWindows7上のCygwinで行っていて
メモリリークはCygwinだけで起こっていた模様
MAC上では、Google Testを用いてgitにcommitするたび
テストはしていたし、
XCodeのInstrumentsではひっからなかった
念の為にValgrindで検査したところ
メモリリークかアクセスバイオレーションが起こりえる箇所を
二箇所発見
一箇所はすぐに解決して、Cygwinのシミュレーション結果も、
ほぼ問題なくなった
もう一箇所は、なかなか再現しなくて
問題をかかえたまま
気をつけていれば、Cygwinでの運用にも問題ないレベルにはなったけれど
気持ち悪いので再検査中
お盆休みの間に直さなきゃ