2008年01月24日

OmegaChart RTIビルド バグ修正

Yahoo!対応版に、8603があるとダウンロードに失敗する問題が発生する問題を修正しました。

具体的には、 index.txt の8603 に OBS フラグを立てて、
OBSフラグがたっている銘柄はダウンロードしないように修正しました。

ダウンロード
ファイル名は前と一緒です。
OmegaRTIV3 バイナリ

OmegaRTIV3 ソース
posted by rti at 20:30| Comment(1) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2008年01月19日

OmegaChart RTIビルド ver3(誤発注対策とYahoo!対応)

もう更新する予定はなかったけど、この前8732で誤発注やってしもうたので、記念に更新する(www

ダウンロード
OmegaRTIV3 バイナリ

OmegaRTIV3 ソース

注意
何が起こっても一切責任は取りません。
投資も自己責任で行ってください。
バグ報告はしてくれるとうれしいけど直すかどうかわからないんだかね。<-ツンデレ


基本的な改良点(RSS/資産シュミレーション etc..)はOmega Chart RTI版に書いているので省略するとして、

今回の修正内容は、次の2点です。

1.誤発注対策
買い付けできる株数を表示する
スクリーニング時に、予算の範囲で買うことができる枚数を表示するようにしました。


予算はココで設定する

設定は、ツール -> カスタマイズ -> 実質売買検証 -> 本日買い付けにまわせる金額 で設定します。
何で、設定をスクーリングの下にないのか? 手向きだからです。 <-結論

計算式は、このようになります。

本日買い付けにまわせる金額 / スクリーニング件数 = 1銘柄に回せる金額
1銘柄に回せる金額 / 株価 / 単元 = 買い付けできる数数

自動売買検証で計算する枚数と一緒です。

今までこの計算を電卓で行っていたんですが、
80000としなければならないところを 8000として計算して死ぬ目にあったので、この機能を実装しました。


2.Yahoo!対応

無尽蔵が更新を停止するらしいので、無尽蔵からではなく、Yahoo!からデータを取得するようにしました。

この機能は使えない
Yahoo!の場合、多分この機能は使えないと思います。

時間がかかるのは仕様です
Yahoo!の場合ダウンロードするのにたくさんのリクエストを出す必要があるのでダウンロード時間が10倍ぐらいになりました。
メシで食って待っててください。
posted by rti at 22:13| Comment(0) | TrackBack(1) | 日記 | このブログの読者になる | 更新情報をチェックする

2007年05月23日

VOC@LOID すげーな

いまさら知ったんだけど、ヤマハのVOC@LOID(ボーカロイド)っていう合成音声ソフト凄いな。
合成音でここまで歌えるのか。

静かなコーラス曲とかは聞いていて違和感がそれどないのが恐ろしい。

FF6 オペライベント 歌わせてみた(VOC@LOID ver.)
愛・おぼえていますか(VOC@LOID ver.)
蒼い鳥(VOC@LOID ver.)


逆に、セリフが多かったり、アップダウンがあったりする曲は苦手のようだが。

「エージェント夜を往く」(VOC@LOID ver.)
巫女みこナースのテーマでナースウィッチ小麦ちゃんでVOCALOID

それでも、合成音でここまで出来るのは感動した。
ヤマハの技術力はすげぇな。
posted by rti at 20:04| Comment(0) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2007年05月16日

フレッツの障害

大規模障害、オソロシス。

保守とサポートは泊り込みで復旧だよな、、、
保守陣営は、何とか復旧させても、原因の調査と再発防止策の検討と導入でてんてこ舞いだろうな。
サポートは電話対応でものすごい勢いで恫喝されているんだろうなぁ。

それと、最近システムに変更を加えた人たちはドキドキものだろうな。
お気の毒さまです。

こーゆー超大規模システムだと、システムが停止した時間に比例してクビが飛ぶって噂を聞いたことが歩けど、本当なんだろうか。
数十分ごとにクビが飛んでいくことになるとか。

ある日突然、こーゆーのはやってくる。
突然の凶報によって、お泊りコース決定になるわけだ、恐ろしい。

私的には、こーゆーとまってから気づくのではなく、
止まり始める前に気が付いて事前対処が出来る状態になってほしいと思う。
ヒヤリハットみたいな感じかな。

人が作るものは必ず壊れるわけで、壊れなくすることは不可能。
だから、壊れる前に気が付くって感じであってほしい。

それには、システムの監視、自己診断、通知の仕組みを備えなくては行けないんだけど、、、ここら辺はいまいちパッとしない地味な部分だし、正常に動作させるだけなら不要な部分なので、後回しにさせ、忘れ去られる部分でもあるよね。

システムって開発期間よりも運用・保守していく期間のほうが長いわけだから、運用・保守しやすいようにデザインされるべきなんだろうな。
posted by rti at 13:48| Comment(0) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2007年05月15日

オセロ(リバーシ)に勝てません

このオセロ強い
ずっと挑戦しているけど、一勝もできない。
中盤の追い上げがすごい、、
こっちが取れる選択肢をドンドンつぶしていって、とりたくない手をとらせる。
最後にはパスに追い込み、あっという間に逆転される。

俺がヘタクソなだけなんだろうが、、、
posted by rti at 06:16| Comment(0) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

KENJI'S HOMEPAGEさんがしばらく更新お休みされるそうだ

KENJI'S HOMEPAGE
コアな話題を日本語で読めるんで、楽しみにしていたんだけど、
病気のため、しばらく更新ができないそうだ、、、
一日でも早く回復されることを願っています。

KENJI氏のページにある、APIフックとかは結構参考にさせてもらったし、
dllを LoadLibraryを使わずに読み込む話題とか、感激したものだ。


たとえしゃべっている言葉が違えどプログラマーならコードで語れって事どおり、英語のサイトとか、中国語のサイトとかをサンプルコードだけ抽出して読んでは入るものの、、やっぱり、日本人には日本語で説明されるのが一番だ┐(´ー`)┌ やれやれ

このサイトにも、googleしても答えがナカナカでない問題や、日本語で解説がない問題について、コード付きで説明をしているつもり。
posted by rti at 02:22| Comment(0) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

髭マニア

最近、髭マニアが流行しているらしい。


川西容疑者は、おもちゃの1万円札をちらりと見せた後、封筒に入れたまま店員に渡し、発覚を遅らせていた。両替に使われた1万円札は、福沢諭吉の肖像画にひげが描かれていた。 
おもちゃの1万円札を両替=封筒入り、コンビニで−大阪


一ヶ月前にもこんな事件があった。


調べでは、河内容疑者は3日午前3時半ごろ、江戸川区の都知事選の公設掲示板に張られた候補者のポスターにマジックでひげなどを書き込んだ。河内容疑者は「一度書いてみたかった」と供述しているという。
選挙ポスターにヒゲ…70男逮捕「一度書いてみたかった」



ヒゲ部が暗躍しているのか、
新ジャンル ヒゲマニアが確立されようとしているのか。
ともあれ、凄い時代になったでしょう、これが21世紀なんだよね。


個人的に、立派なヒゲよりも、語尾が「〜あるね」っていう中国人のような、2本のヒゲが軽く反り返ってウェーブを作っているような感じが胡散臭くて好きなんだけど、こんなヒゲって現実に可能なのか? やっぱ、反り返らせるために毎日お手入れをしているんだろうな、大変な努力家だと思うね。
posted by rti at 02:07| Comment(0) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2007年05月10日

ゼロコピーTCP/IP

早いサーバを作る上で、一番のネックになっていると思われるのがメモリ転送。

ディスク > メモリ > CPU

一番遅いディスクはキャッシュされるし、
動画配信サーバでも作らない限り、ほとんどがメモリ上で処理が完結するだろう。
なんで、ディスクは考えないとする。
すると、一番足を引っ張るのがメモリだ。
メモリを使わないで転送することは出来ないからね。

あんま、詳しいことは知らないが、

ファイルの読み込み

転送バッファにセット

TCP/IPスタック

ドライバ(?)

って、感じ?

TransmitFile 系のAPIだと、
ファイルの読み込みと転送が一緒にできそうな気がする(w

それでも、数回は絶対にコピーされる。
コピーすればするほど、時間がかかる。

そーなんで、メモリ転送に最適化されたヤツがあってもいいんぢゃないかと、数年前思ってはいたんだけど(後だしジャンケンぢゃないよ)、
世の中、同じことを考える人がいるみたいで、ゼロコピーTCP/IPってのがあるのね。

TCP/IP ゼロコピー


ネット上でDVDを4秒で転送した人たちはこれを使っていたらしい。


平木氏によると、ゼロコピーTCP通信は通信時にユーザーメモリからカーネルメモリへのデータコピーを行わず、メモリを共有することでプロセッサの負荷を下げる技術
DVD転送が5秒から4秒に、東大がネット最高速を更新


これって、Linuxだったら、すぐにでも利用できるのかな?
検索したら BSD系の資料がいろいろ出てきた。。。


ついでに、ハイエンドサーバ向けにメモリ帯域に最適化したサーバがあってもいいんぢゃないかと思うんだよな。
プログラム最適化するのメンドイから、ハードウェアで最適化できないものか(w

データベースだって、フルメモリDBがあるぐらいなんだから、
固定ファイル転送用に最適化されたアーキテクチャがあってもいいような気がする。

動的ファイルは絶対無理だけど、
閲覧が書き込みより多い処理だと、固定ファイルを作成してキャッシュするぢゃん、普通。
だから、固定ファイルで問題ないのだ。

超負荷に悩んでいるサイトとかには需用が有りそうな気もしないでもないが、、、、
どーなんだろうか。
posted by rti at 00:55| Comment(0) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2007年05月07日

ジェットコースターに乗るなら今しかない

遊園地事故で入場者が減少したらしいが、
今、問題を起こせばものすごい糾弾を受けるはずなので、安全管理にもっとも力を入れている今が一番安全だろう。

コースター事故 近畿の遊園地 事故の影響…入場者減る

ゴールデンウィークも終わったし、事故で入場者も減っている今なら、人が少ない遊園地で心行くまで遊べるはず。
posted by rti at 22:39| Comment(0) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2007年04月29日

宇宙葬って6万あればできるのか


宇宙葬って金持ちだけのものかと思ったら以外とリーズナブルなお値段になっているぢゃん。
遺灰1グラム当たり495ドル(約5万9200円)って安くないか。


ロケットは無重力空間に達した後、遺灰を積んだカプセルが地上に無事帰還。遺灰は遺族に手渡された。宇宙葬はスペース・サービシズ社が企画し、料金は遺灰1グラム当たり495ドル(約5万9200円)。
スタートレック機関長の「宇宙葬」=遺灰を無重力空間へ−米



坊さんのお経はありがたすぎて理解できないので、そんなもんやるぐらいだったら、宇宙葬にした方がマシだ、何より夢がある。

kakaku.comの相場 によると、通常の葬儀だけでも 50万以上はかかるみたいだ。
50万あれば 約10gも遺灰を宇宙に上げられるぢゃん。


それに、死亡すると健康保険から、埋葬料が出るわけだし。


社会保険か国民健康保険皆さんどちらかの保険には入っていると思います。
葬儀を挙げると健康保険から7万円とか10万円あまり大きな金額ではないですが
葬祭費(埋葬料)としての支給があります。
葬祭費(埋葬費)需給の手続き 葬儀・葬式・密葬の佐藤葬祭


7万円とか10万円が相場なら十分、宇宙にいけるね。
posted by rti at 13:53| Comment(0) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする