| 【棚ボタ】久々に儲けた～。 |
|
|
今日は、約定の検出処理や決済処理がきちんと出来ているかどうかを確認してみました。自動売買で発注を担うサブルーチンを直接呼び出せるように作っておいて、手動で発注してみました。案の定、色々なところにバグが潜んでいたので修正しました。偶然にも滅多に出現することが無さそうな排他処理の問題を発見できたのが良かったです。その他の間抜けなミスも含めて色々発見できました。
テストに用いた銘柄は8925 アルデプロと9448 インボイスと8571 ニッシンですが、出鱈目に注文したりトラブルに遭ったりした割には利益になりました（とはいってもテスト用に最低売買単位で売買してるので500円程度の儲けですが）。久々に儲けた～。
|
|
∧＿∧ ∧＿∧
（ -д-） （・д・ ）
─/ ∪ ∪─── /^/^と ）
し、＿）_） ⑩ （__（＿）ノ＼
⑤ ① ＼
| |
|
7月31日（月） | トラックバック(0) | コメント(0) | 日記 | 管理
|
| ワイヤレスネットワーク切れすぎ |
|
|
以前にも触れたのですが、ワイヤレスネットワークがあまりにも切れ易すぎ。BUFFALOのWLI-CB-G54Lというのを使っているのですが、ちょっと重い処理をさせるだけで接続が切断されます。自作アプリの起動時のログイン処理やファイルの読み込み処理を早くしようと思って、プロセスのプライオリティをabove normalにしたら、たったそれだけで接続が切れました。なんじゃこりゃあああ('A`)
( _, ,_)
＿(__つ/￣￣￣/＿
＼/ ./
￣￣￣
／＼
..／ .／|
∴＼／.／
_, ,_ﾟ∵ |／
(ﾉﾟДﾟ)ﾉ どいつもこいつも！
/ /
￣￣￣￣￣￣￣￣
| |
|
7月29日（土） | トラックバック(0) | コメント(0) | 日記 | 管理
|
| 約定の処理もちゃんとしなきゃいけないっぽい |
|
|
証券会社への発注の際に、約定とかの面倒な処理は避けようと考えていたのですが、どうやらそういうわけにもいかないようです。例えば、もし売買シグナルを出すアルゴリズムに問題があって、買い注文を発注してそれが約定する前に決済注文を出してしまった場合、買い注文だけが残されてしまう可能性があります。引け間際では下手をすると意図せずに持ち越してしまって大変な目に遭ってしまいそうです。やっぱり約定のチェックはしないとだめなのかな？UWSCとかを使っている人達はこの問題をどう解決しているんだろう？徳山式みたいな方法だったら時間にかなり余裕ができるので、変な注文が多少あっても何とかなるかも知れませんが。
25日や27日に起こったDDE関連の問題を解決する方法を思いつきました。RSS.exeのほかにもうひとつ、RSSで得た情報をそのまま垂れ流すようなDDEサーバー(例えばExcelとか)を予め用意しておいて、自作アプリの起動時に両方のDDEサーバーを接続し、RSS.exeとの接続がダメになったら予備のDDEサーバーからデータを取得するという方法です。これならば、RSS.exeとの接続がダメになった後の再接続にかかる時間を節約できるので、ログが途切れる心配も少なくなると思います。
最初は単純に別のスレッドでRSS.exeに対してDDEリクエストを送信しようと考えていたのですが、それだとトピックやアイテムが多すぎて実用にならないことがわかってしまったので、こういう方法を考えたというだけのことです（実際にはそれだけではなくて、マルチスレッド化したらイベント送信を要求するところでデッドロックっぽい現象が起こってしまったということもあります。マルチスレッド化していなくてもsynclockを使っただけで不定期に固まるので、ライブラリ側の問題なのかも知れません）。
ただDDEサーバーを今から作るとなると、それはそれで面倒な感じです。それにこれをやったからといってうまく行くとも限らないので。
デバッグ中に、自作アプリを停止させずに変数だけ閲覧することってできないのかな～。とりあえずそれだけあれば何か原因は掴めそうなんだけど。
週末資産=1,008,158
前週比=-148
↑報告の意味が余り無いけど。
△
( ･∀･) ゆうらゆらぁ～
(υυ)
|ノ
| |
|
7月28日（金） | トラックバック(0) | コメント(0) | 日記 | 管理
|
| デバッグのしようが無い |
|
|
25日に起こった障害が27日にも起こりました。どうも出来高が異常に推移している状態のときにマケスピのチャートを開くと一瞬固まることがあって、そのときに停止してしまうようです。どうやらこのアプリケーションを動かしている間はマケスピに触らないほうがいいみたいです。
ただ、この場合の原因はマーケットスピードでもRSSでもなく、私の作ったアプリケーションにあるようです。先物の板が動いていないときにExcelのDDEを使ってRSSにリクエストしてみると、ちゃんと値を取得できました。
私の作っているアプリケーションのDDEへのアクセスにはNDDEというDLLを利用させてもらっているのですが、これのせいなのかも知れません。
対処方法を一応考えてみたのですが、処理がかなり重くなると思われるのでこの点に関してはあきらめます。何度も頻繁に起こるような現象でもないので、デバッグのしようが無いのが現状です。最近頻繁に起こっているとはいえ、現在時系列データのログを保存するのに使っているリリースビルドは結構前のバージョンなので、つい最近の変更でこの障害が生じるようになったわけではないので。
消極的に、この障害が起こってしまった銘柄は売買しないことにしようと思います。
(´･ω･`)ｼｮﾎﾞｰﾝ
| |
|
7月28日（金） | トラックバック(0) | コメント(0) | 日記 | 管理
|
| ●／ ＜ ナンデ ショリ オソインダヨ |
|
|
以前書いた、プロセス内で新規にHTTPWebRequestオブジェクトを構築した場合に限ってWebへのアクセスが異様に遅いという点については、結局解決策は見つかりませんでした（きちんと調べていないけど、環境依存っぽいので取っ掛かりが見つからない）。変数スコープに関係なく、同一プロセス内で別のHTTPWebRequestを新たに作ってWebにアクセスすると、それ以降は速くなります。サイトのURLとかサーバーとかは関係ないようです。HTTPWebRequestの中にグローバルなオブジェクトがあってそれが悪さをしているのか、あるいはネットワークリソースをプロセスに与える際に時間がかかっているのか、よくわかりません。
仕方が無いので、起動時にメインとは別のスレッドを作って、ダミーのURLを読み込ませるという処理を追加しました。起動時にはマケスピのRSSにDDEリクエストをするのに時間がかかるので、何か他のことをやらせるのにはちょうどいいのかも知れません。でもテスト中にはマケスピのRSSを利用しないことも多いので、結局今の段階ではあまりいい解決策にはなっていません。
●／ ＜ ナンデ ショリ オソインダヨ バカ！！
＜■
／ ＞
| |
|
7月26日（水） | トラックバック(0) | コメント(0) | 日記 | 管理
|
フォトログ表示
