2008年1月アーカイブ
あけおめ
1/4(金) -23,000円
大晦日、2日と日本市場が閉まってるのにどんどんCME日経平均が下げていくのをぼーぜんと見てたわけで、予想はしてたわけで、まぁこういうのは回避不能ですね。
貼る写真もないのでとりあえずヤケ食いしてきますょ。
いこう
まわるまわる
もうそう
晩飯も食わずに気がついたらこんなの書いてた・・orz(妄想)

ダイソーのジョイントラックで作れるっぽい。(PCケース自作板より)
↓作ってるひとたち
PCケースを自作するスレ専用 お披露目用あぷろだ
妄想です。つくりません。
1/7(月) -5,000円
1/8(火) -3,400円
1/10(木) -2,000円
まけまけ~
本日も風邪です。頭痛がやばいです。寝ます。
あさから
ふんあし
さて、もう一日休みがあることだしちょっとだけ。
日中足のデータ構造のおはなし。
うちのシステムでは分単位で記録するため便宜上分足と呼びます。
たとえば株価と出来高を1レコードとして、1時間60レコード、24時間だと1440レコードです。ファイルの縦方向に時間軸を設定するのは素直な構造だと言えますが、取引時間は4.5時間なので24時間をフルに記録すると取引のない疎な時間帯のレコードが無駄です。
1ファイルにどの程度の期間のデータを記録するかという点も気になります。1銘柄1日で1ファイルとすると、ファイルサイズがディスクのクラスタサイズに満たない場合にはやはり効率の悪いデータ構造となります。
横方向に銘柄を並べることは銘柄を取り出しにくくなり銘柄の追加削除にも対応しにくいため避けたい。やはり1銘柄1ファイルorフォルダが良さそう。
1ファイルの時間軸を延ばす。月もしくは年。わりと現実的。ただこの場合も今度は土日や休日の疎なレコードの折り合いをつける必要がある。週2日=28%もの空な領域を許すべきか。
(4.5/24)×(5/7)=12.7%
フルに記録するよりも7分の1近いダイエットになる計算。
問題は日時を効率的にレコードインデックスに変換する関数なわけです。(続く)
ふんあし(2)
さて、データ容量のおはなしの続き。
現システムでは銘柄+日付をファイル名とし、4.5時間分のみ格納、1レコードは20byte。これによる利点欠点は以下の通り。
利点1:土日はファイルが出来ないため効率的
利点2:取引時間外の空レコードがないため効率的
利点3:データ欠測時はその日のファイルをバックアップマシンよりコピーで済む。
欠点1:小さな(5400byte)ファイルが大量にできるためクラスタ利用効率が悪い
→ディスクの実使用量が大きい(月データ372MB→実使用562MB)
→ファイル操作に時間がかかりいらつく(゜ _ ゜)
欠点2:処理時にファイルのオープンクローズが頻発するため非効率
→キャッシュが補助してくれるからあまり気にしなくてもよい鴨
欠点3:レコードサイズが大きいためオンメモリ時にメモリ喰い
主に欠点3、1を改善したいというわけで、
新システムでは銘柄+年をファイル名とし土日、取引時間外を含まず、1レコードは8byte
20(取引日数)×4.5×60×8byte×4000銘柄 = 164MB
実使用量比として30%程度までダイエットが見込める皮算用。
1/15(火) -4,300円
ぐんぱつずつう(1)
Webサーバは電源落ちてました・・。
さて、持病の群発頭痛の発作です。
症状としては
・片方の眼だけが強烈な痛みに襲われます。
・非常にまぶしいです。モニタの輝度を下げないと仕事してらんない。
まだ軽めの段階でしくしくと左目が重い痛みに襲われてます。
で。お医者の先生にソウダンしてみた。せんせいといえばこのひと。
■会話その1
sippofactory: せんせい頭痛がします
せんせい: ほい
せんせい: だいじょうぶか(・w・)
sippofactory: 目も痛い
せんせい: なら
せんせい: さんそきゅうにゅうだ(・w・)
sippofactory: せんせい酸素がありません
せんせい: よし
■会話その2
sippofactory: 悪化(゜ _ * )
せんせい: yaruna(・w・)
せんせい: さんそすいにこい(・w・)
sippofactory: めんどい
せんせい: ほい
sippofactory: ほんとに効くのか
せんせい: はっしょうしょきのほうがきく
せんせい: でも
せんせい: とちゅうでもそこそこきく
sippofactory: 酸素ごとき呼吸す~は~してれば自力でなんとか・・
せんせい: (・w・)こさがじゅうよう
・・続く
1/16(水) -48,300円
まけ~(゜ _ ゜)~
今日もWebサーバが停止しました。ハード不調っぽい。
さすがにこわいので昼休みに自宅に帰って、20分でサーバの移行作業しました。WebサーバもVirtualPCなので株マシンにコピーして間借りしてしのぎます。
1/17(木) -13,100円
ぐんぱつずつう(2)
1/18(金) -6,000円
↑勝っても負けてもマイナス表記です。
コンビニで買える酸素はまったく効きませんでした。(結論)
さて、まけまけバナーを作ろうかと画策中です。
思いつきでマイナス表記を始めましたが、なかなかよいです。
「勝たなきゃかっこ悪い」とか「勝つためにシステム修正しなきゃ」とかへんな気負いがなくなります。
「マイナスに見えるけど、ほんとは勝ってるかもしれないぜ。(゜ _ ゜)v」みたいなブラフ感を楽しんだり、「オレじつはほんとに負けてるんです。まじ、やばぃ・・こまった・・」みたいなトホホ感を演出したりもできます。
ほんとはすごく勝ってても、このサイトうそ書いてねぇだろぉな、ってバーチャ疑惑とかも沸きません。(たぶん)
ちょっとニヒルな「まけまけ」あなたのブログにもいかがでしょう。
賛同者募集ちゅう。
まけまけバナー
まけまけバナーとか作ったりしてみる
色リクエストとかあったらいってくれ <やるきなっしんぐ
↓せんせいにプレゼント♪
ひづけづけ
そば工房 清水庵
さて、今日はこないだ書いた、レコードインデックス導出関数をごにょごにょしてました。
簡単にいうと、日付を与えると、年初から数えて何日目かを月曜-金曜のみに振った連番で返す関数で、その年が何曜日で始まるかによってずらしたりとかしてあれこれ計算するわけです。
与える日付はDateTime型で渡したいよね。でも安直にDateTime型のメンバメソッドとか使って計算するとけっこう遅いことが判明。どうしても必要なメソッドのみ利用して、あとはごりごり計算します。
もっともプリミティブな部分なだけに、ここで妥協するとたぶん後々全体の体感速度に影響するはず・・。
安直に計算した場合より、チューン後は約5倍の速度に高速化が実現。実際に使うのが楽しみですね♪
こんどはじかん
モス パオエビチリ
さて、しょげてても仕方ないので開発作業すすめますよ~。
今日は時刻のほうのお話。
いろんなサイトで株価が見れますが、たいてい時刻と株価と出来高が表示されてます。この時刻は時:分で表示されてることがほとんどだと思います。
9:00の株価・・これはすぐ寄り付いた場合ですね。
11:00の株価・・前場の終値ですね。
12:30の株価・・後場が始まりました。
15:00の株価・・終値です。
毎分のデータを1分1レコードで保存した場合ぜんぶで何レコード?
ザラ場270分なので270レコード?でも11:00のレコードも15:00のレコードもあるよね・・。というわけでうちの新システムではこのへんも考慮にいれて272レコードにしてみるょ。






最近のコメント
Hiromi at 08.24
Hiromi at 08.24
sippofactory at 08.21
Hiromi at 08.20
sippofactory at 08.05
Hiromi at 08.05
sippofactory at 08.04
Hiromi at 08.04
sippofactory at 08.01