Good-bye MJ
スティーヴィーもそうですが、本能的に心地よいと感じる周波数をお持ちの方のようです。
日本だと、小田和正、徳永英明がそうでしょうか。
そして、Scream、映像作品としても傑作だと思います。足が長すぎるwww
Can you be ...
名曲その1
あの、sum41がバラード?的な。
名曲その2(ただし、useless id はdiaryがよい、譲れない。)
イスラエル出身だけど、自国より日本とかでライブするの好きらしい。
名曲その3
ざ・ぐらみーしょう。
とかいってると、無限に上げそうなので、今日はここいらでおいとま。
Y's I & II
PSPでY's I&IIでるぜヒャッハー!
http://www.falcom.co.jp/ys12_psp/
うずうず、うずうず('Д') Ooze Ooze
End of my support.
結局POIは早々に片づけて、メイン処理のパフォーマンスチューニングをGW前に片づけてきました。
Statspackだのvmstatだのsarだので色々調べとりました。
DBは割と余裕があったみたいで、結局アプリも調査・修正することに。
結局、スレッド化が最も効果があったようです。5スレッドでざっと10〜20倍。修正時にロジックスッ飛ばしたんじゃないかと少々不安になった。
次点でDBの複合インデックス。これで1.5倍。
おもしろかったのはJREのバージョンアップ、5.0から6.0にしただけで1.1倍。
スレッドのところはスレッドの生成・廃棄(各スレッド独立なので、待ちはあまりない)の負荷で5倍は下回ると思ってたんすけど、そんなこともないのね。ここ、理由をずばり当てるのは骨なので、若干放置。スレッドモニタとかでみればいいのかも知らんけど。
最近のマルチコア環境(ミドルレンジでも4コアデフォ)を活かすには、スレッド化って大事やね、と思った今日この頃。デュアルコアのが高いからね。ま、DBサーバはデュアル程度をお勧めするけど。
#たとえば、シングルスレッドで稼働しててtopしてみてもせいぜいCPU100%なんだけど、5スレッドにすると580%とかいくんでぃす。
一週間程度の割には、いい結果が出たんじゃないかと。ストレステスト間に合いますよね。

