« 2007年01月 | トップへ戻る | 2007年03月 »
2007年02月28日
成果報告書がっ
質問なり指摘なりがくるだろうと思っていたら、なんか筧先生にとんでったみたいですよ。
いいのか？
何はともあれ一つ山を越えた気がするので、ToD2を……じゃなくて、次の作業をやろう。積み作業多すぎ。
投稿者 togabito : 14:39 | コメント (0) | トラックバック
2007年02月27日
LaTeXからWordの変換？が全力でだるい件
文書スタイルをいじるのがだるい。
プログラミングとHTMLとLaTeXが基本の人間にとってWordやWriterは敵である。
とりあえず、現実逃避に某UECTimesの記事を捏造しよう。
----
とりあえず、Wordを弄り始めて５分で吐き気がしてきたことをご報告。
投稿者 togabito : 23:04 | コメント (0) | トラックバック
奨学金の継続願いを出すことにした
webでできるって便利だね！
１．学生生活費の状況など、経済状況は奨学金申込時または前回の継続願提出時と比較して変わりましたか。
あてはまるものを一つ選択してください。
（1）好転した（2）ほぼ変わらない（3）苦しくなった
２．経済状況が「（1）好転した」を選択した人のみ答えてください。
主として家計を支えている人（父、母、祖父、祖母など）の昨年１年間の所得金額を記入してください。
３．あなたの経済状況を具体的に説明してください。（全角２００文字以内・必須）
……。
（２）ほぼ変わらない。
「独立行政法人情報処理推進機構の未踏ソフトウェア創造事業（未踏ユース）に採択されたため一時的に給与を得た。しかしながらプロジェクト進行のために支出した額も少なくはなく、また一時的な給与であるため全体として経済状況は変化していないといえる。」120文字弱
これでいいんだろうか？
投稿者 togabito : 22:57 | コメント (0) | トラックバック
確定申告を始めることにした
源泉徴収所の出るところと出ないところの両方から給料貰ったんだけど、とりあえず何をすれば良いんだろうね。
一歩目で躓いた。
投稿者 togabito : 22:38 | コメント (0) | トラックバック
激しく報告書
LaTeXで書いてPDF化してたんだけど、Wordの方が良いかって聞いたらYESと言われた。
めんどくせー
投稿者 togabito : 20:46 | コメント (0) | トラックバック
2007年02月26日
狙って作られたアイドル
とかちつくちて．
というわけで，カラオケにエージェント夜を行く（だっけ？）が入っていたので歌っているのを写真に撮ったTGBTです．
おいら，成果報告書が書き終わったらコラ作るんだ……
あいますはそもそものゲームコンセプトというかネタに興味がありません．だからやる気もありません．
それとは別に，にこにこ動画で映像をいくつか見て，これは凄いなあ，と思った．最初はエロゲかよ，っていうネタをみて笑ってたんだけど，確かに2.5Dでキモくない．全力で狙って成功している気がする．絵的にも動き的にもちゃんと可愛い．ゲームのシステムをレビュー？でしか見てないんだけど，こう，親馬鹿気分が味わえるのかな？育成ゲームが好きじゃないので私は遠慮させていただきたいのですが．
正直3Dグラフィックスの知識は中途半端だし，高解像度で映像を見てないからわからないんだけど，映像頑張ってるなあと思うわけです．
そりゃあアイドルゲーですから，アイドルに気合を入れるのは当然です．まさにそれがポイントだと思うわけです．
何が言いたいかというと，これが偶像（アイドル）無双とかN2i（NINETY-NINE IDOLS）だったら駄目……というか大変だろうなあというお話．
頑張って描画する必要があるのは三人だか四人だかまでで，動的（操作によって激しく変わる）なアクションが（あまり）ないから動きを作りこめて，多数のオブジェクトの衝突もない．メモリなり演算速度なりが向上すると多数のオブジェクトを出して頑張りたくなるのの逆手をうまく取ってるなあと思った次第．
次は ○ー娘。 とか ＡＫＢ○８ とかやればいいんじゃね？
追記：
高解像で見た．
セルフシャドウとかちゃんとやってるのはわかった．
後はトゥーンが激しくてよくわかんねぇ．
あと，きもい．
……アレ？きもいよこれやっぱ．
投稿者 togabito : 00:48 | コメント (0) | トラックバック
2007年02月24日
飲み会とは連鎖するものである
三連荘ですよ．
現在，三戦目を前に成果報告書を捏造中．
論文じゃないからどう書けば良いのか難しいんだけど……とりあえず，データ不備があっても良いから一通り書いて○管に見せれば良いよね．
……性能評価どこまで載せれば良いんだろう……．あと，LaTeXで書いているんだけど，Wordに変換したほうが良いのかしら？フォントサイズとかどのくらいが標準なのかしら？
基本的にフォーマットが決められているACS論文誌って（ある意味で）楽だね！
投稿者 togabito : 17:16 | コメント (0) | トラックバック
2007年02月22日
写真管理に関する話
色々考えているのでとりあえず書き殴っておく。
デジカメで撮った写真ってどうやって管理してますか？＞閲覧者all
大体、撮られた写真は
・レタッチ
・リサイズ
・リネーム
・コピー
などの処理が行われた上で
（当然、場合によってはこれらの処理が組み合わされる。）
・プライベートなアルバム
・グローバルなアルバム
のどちらか（当然、両方もありえる）にいくわけである。
最近ではweb上で写真を共有なり公開なりするサービスが色々あるが、
最終的な写真の行き先がこういうサービス「のみ」の人っているのだろうか。
個人的には、ローカルで管理している写真の一部をその手のサービスに投稿（アップロード）
しているんじゃないかと思っている。
とりあえずここまで。
何がしたいのかは次回。
投稿者 togabito : 03:50 | コメント (0) | トラックバック
CUDAやばいなあ、の続き
ゼミがなかったので先生とかと話はしてないんだけど、まぁ続き。
CUDAをGPUのアーキテクチャとして見たとき、仮にCUDAがGPUの歴史と今を一気に塗り替え今後も続くものであると見た場合、CUDAを利用してアプリケーションをうまく作る方法を研究すること意外のことは意味が薄れるだろう。
現実的には、CPUとかけ離れたアーキテクチャなので、適したアプリケーションを探すことや、既存のプログラムをうまく適用するための手法が重要になる。
ぶっちゃけるとCELLと同じだなこれは。
次に考えるのは、AMD(ATI)という対抗馬の存在。
Close To the MetalとかいうHPC向けの言語？環境？を発表しているんだが、これもCUDAみたいにアーキテクチャと強く依存したモノになるんじゃないだろうか。恐らく、CUDA同様にC/C++言語の拡張として出してくるんじゃないかと勝手に予想。
さて。
こういう話になると出てくるのが、所謂「いいとこどり」の発想。
……と言いたいのだが、どうなんだろうなぁ……。
方法はいくつか考えられる。
１：Cで書かれたプログラムを自動並列化的にGPUで処理しやすいようにコード変換するという考え。問題は、アーキテクチャの特性を引き出せる変換機構がないと性能が出ないこと。
２：CUDAとCTMの仕様から似通った部分を抜き出し、機械的に処理してどちらでも動くようにするという考え。問題は、CUDAとCTMに大きな差があるとどうしようもないこと。
３：グラフィックスAPIを利用しつつ、ある程度容易にプログラムが組めるようにサポートすること。問題は、グラフィックスAPIの構造とは根本的に異なるアーキテクチャへの対応が難しいことおよびシェーダの記述を隠蔽するのが難しそうなこと。
とりあえず３点挙げてみたが、どれも一長一短だと思う。ハードウェア側の進化の方向がわからないのも問題の一端だろうなぁ。
ちなみに今のところ、ひとまずは３のアプローチで色々やってみようと思っている。というかCPU+GPUの並列処理を自動並列化的になんとかできる気がしていないのも事実。
とりあえず寝よう。
朝から実験しよう。
成果報告書が進まないというか、実験データとかどのくらい載せれば良いんだろうね？
投稿者 togabito : 03:42 | コメント (0) | トラックバック
suseで実験中
Fedoraが嫌になったのでsuseに挑戦。
インストール簡単。
デフォルトのX環境（？）はGNOMEっぽい。
yastはまぁまぁ使える。
sax2は(2GPU環境では)全力で使えない。
さて、とりあえずMPIの簡単なテストもちゃんと動いたので最低限使えることはわかった。
ところで、生まれて初めてXのワークスペースってヤツを利用したくなったんだけど、なんか知らんが１スペースしか使えないんだよね。設定どこ？GNOMEの設定ツールどこ？もしかしてsax2からいじるの？
ちなみに、XGLはsax2が腐っているのでいじってませんよ、っと。
投稿者 togabito : 02:37 | コメント (0) | トラックバック
2007年02月21日
試しにはてなに登録してみた
http://mixi.jp/view_diary.pl?id=350970421&owner_id=175381
まぁ上の日記で書いたことの続きなわけです。
http://d.hatena.ne.jp/tgbt/
試しに登録して弄ってみた。
大体向こうに書いたことの繰り返しなんだけど、登録直後から色々使える状態になっているのはとても良い。
逆に、いきなりできることが多すぎて何ができるのかわからなくなりそうなのは慣れないユーザが困る気がする。
というか困る。
カウンタ使うのに金がかかるのもなんだかなぁ、って気がする。
その他、日記関係の機能的にはとりあえず困らなさそうには見える。MT系と色々違うから戸惑いそうだけど。
ちょっと気になるのはブックマークとRSSリーダかな。
部分的にプライベート、部分的にパブリック、ってのがし難そう。ブックマークをパブリックに、RSSリーダをプライベートに、みたいに使うべきかしら？
あとは写真（画像）関係。
正直言ってFotolifeは使う気が起きない。これについては後で改めて書く。
最後に既存のMTサイトおよびWikiサイトとの関係。
日記自体ははてなに移行して構わない気がするので、これまでのMTは閲覧のみ可能な状態で保持かな。できればSTATIC化しちゃいたい。あとWikiは適当に置きなおし。あまり記事無いから。つーかUBIKI(ry
まぁ、ひとまずこんなところ？
他にもYahooとLivedoorのサービスを適当にチェックしたけど、元が検索系ポータルの為か、汚い。カスタマイズするのメンドイ。GoogleのBloggerもあるけど、あれも使い勝手がなあ。
投稿者 togabito : 21:14 | コメント (0) | トラックバック
2007年02月20日
CUDAやばいなあ
実験機の調子が悪いので、別のLinuxディストリをDLしながらCUDAの資料を漁ってた。
あぁ、これはやばい。
アーキテクチャ依存性がやばいけど、できることもやばいわ。
私の研究ネタに将来的にはぶつからざるを得ないね。
CUDAは、GPUまわりのめんどくさいこと（主にデータ転送系と描画対象設定とシェーダ設定あたり）を隠蔽して、更にシェーディングの記述をC/C++の拡張で一緒くたに書けるようにしたもの。
前者については、私もある意味似たようなことをやっていると言えなくもない。
でも後者はやりたくないというか、敵わないなぁ。
もちろんCUDAはHWアーキテクチャに依存しているから使えるHWが限られる。場合によってはATI(AMD)やM$と戦争になるんだけど、それは置いといていいか。
CPUとGPUで並列処理をして、それを隠蔽してユーザに使わせるのが自分のアプローチ。現状のCUDAはCPU+GPUってのをやってないけど、多分近いうちにやるんじゃないだろうか。というか、普通にマルチスレッド化すれば並列処理できるっぽいとか、複数GPU（非SLI）についてもサポートしてるってForumに書いてある。どうせC++なんだから、既存のC++系並列環境を取り込むだろう。
それから、私のやっているのは既存の描画系を利用しているので汎用性が高い。要するに、方式的には貧弱なシェーダHWでも動くし、ベンダーを選ばないので適用範囲は広い。
ただ、CUDAは今後のGPGPUの流れを決定付けるくらい強い気がするというか、とりあえずNVIDIAは今後GPUがバージョンアップしてもCUDAで行こうとしているらしいので、真っ向から戦うのは得策ではない。
あれかな、CUDAは現状のHWじゃやりにくいことをHW（HWアーキテクチャ）の改変を利用してまとめて解決するもので、現状のHW（HWアーキテクチャ）のままソフトウェアレベルでどうにかしようとしているのが私。
つーわけで、今の研究は今の研究でちゃんと使い物になるだろうし、アプリケーション応用もやるけど、とりあえず色々アプリケーションに応用して見てCUDA（およびCUDAを使ったマルチスレッドプログラム）と比較をしつつ様子を見るのが妥当な線か。
むしろ問題は、研究の目新しさが足りなくて物足りないというか、実装方法のノウハウがある程度たまっているので、私が頑張らなくても情報だけ流せば他人でもできる話に落ちてきているのがつまらないことか。
……あれ？これなんてところてん思考？
それはそれとして。
＞NVIDIA GPUs supporting double precision in hardware will become available in late 2007.
マジですか。
投稿者 togabito : 19:55 | コメント (0) | トラックバック
FedoraCoreもういやだ
ネットワーク設定がうまくいかん。
理由はわからないけど起動時にAvahiデーモンがこけるし、
何故か知らないけど突然ネットにつながらなくなるし、
もう嫌だ。
GPUを叩く都合上RH系の方がドライバが入れやすいんだけど、
何か適当なディストリ無いかしら。
こんなんで実験の進捗が滞るのは本当にむかつく。
もうGF買ってきて読んでやる。
投稿者 togabito : 13:31 | コメント (0) | トラックバック
2007年02月19日
CUDAのベータ版が出てるわけだが
http://developer.nvidia.com/object/cuda.html
プログラミングガイドが80ページ越えとかでかすぎて読む気が……
とりあえず私の研究ネタともろ被りしているようには見えないけど、どうするかなぁ。かなりアグレッシブすぎてどうしようか迷う。
とにかく性能評価をしてみるというのもひとつの手。
一方、GPUアーキテクチャに激しく依存しているのは間違いないので、AMD(ATI)という対抗馬の存在を考えるとCUDAにはまるのは良くない。
難しいところだ。
関係ないけど、どうも実験機２号のネットワーク周りが腐っているのでFedora再インストール中。いい加減安定してくれ。
投稿者 togabito : 23:37 | コメント (0) | トラックバック
GPUでサウンドを生成
http://www.forest.impress.co.jp/article/2007/02/19/g_synth.html
えええええ
どうなんだろうなぁ、これは。
投稿者 togabito : 22:37 | コメント (0) | トラックバック
Cellすぴーどちゃれんじ2007
気分転換にやっと手を出した。
案内メールに従ってメンバー登録。
サンプルコピー。
テスト実行。
ソースコード解析。
えーと、関数に渡されてくるパラメタの意味がわからないんだけど、どこを読めばいいのん？
define.h見ても構造体の説明が無いよ……。
printfデバッグができなさそうなので、流石にこれだけの情報で理解しろといわれても困る。というか時間をあまり裂けないので、この辺で時間を消費するのは勘弁して欲しいわけで。
助けてsatmatの人もしくはたぬきの人。
とりあえず、MPICHの実行環境不具合（？）修正に戻ろう……。
投稿者 togabito : 21:57 | コメント (0) | トラックバック
三日目。
おーわたおわた。
つーわけで限定三日間の秋葉原ダイビル通い終了。
記念品はぬえシール金銀（何
とっても良い刺激になった。
まだまだ色々やりたいと改めて思った。
今後、再度未踏に手を出すかどうかは別として、
色々動こうと思います、ええ。
もう少し開発期間が残っているが、
とっととデバッグを終わりにしてまとめないと、
成果報告書が待ってるぜ。
あと確定申告（何から手をつければいいんだろうね！）。
やばい写真がたくさんあるんだけど、やばすぎてUPできない……。
投稿者 togabito : 21:51 | コメント (0) | トラックバック
日記書きのぼやき
UBIKIのプレゼンやらAntwaveのプレゼンやらを見た後に居酒屋でぐだぐだ話していて思ったことを書いてみる。
とりあえず言えることは、UBIKIが必要だということ。
色んな意味で人には見せられない事柄をローカルに管理し、なおかつそれを有効に利用するためのツールは絶対に必要。はっきり言って、今期が終わった後に個人的に開発に参加したい気分。専門外過ぎるけど。
ローカルツールはUBIKIの延長にあるとして、問題はグローバルツール。
個人的に思っていることは、基本的には自分の考えを適当においておくので、何か思うことがあればコメントが欲しいなぁという消極的なベクトルと、似たようなor対立するようなネタを考えている人を見つけたいなぁということ。
ぶっちゃけ、私の個人日記サイトはコメントがありません。一方で私も人の日記などにコメントをすることが多くはありません。アクセス解析が鯖で一括してやっているので状況把握ができていないというのは外部サービスを使うなりなんなりして解決するとして、へたすりゃ完全孤立ノードになっている可能性があるというのは、技術や思想を表に出す意識がある身としては問題なわけです。
正直MovableTypeをちっとも使いこなせていないわけだが、少なくともはてなとかのサービスを適当に使っている人は私よりももっと人とのつながりがあるというか、外部から何らかのサジェスチョンを得やすい位置にいる気がするわけです。
というかMovableTypeを個人鯖に設置しているという時点でそういうことを考えているように見えなかったりするわけです。
理想的には、自分の書いているものが適度に人の目に触れて（意見がもらえて）、なおかつ似ているもしくは対立する意見を持っている人を見つけられると良い。
ちょっとはてなのサービスをチェックしたところ、タグをつけるサービスがるみたいだが、正直いってあのタグは分野が広すぎて（抽象的過ぎて）どうかと思う。理想的には意味解析を利用して何とかして欲しいところだが、流石に困難だろうか。
んーと、とりあえず今のaaa.jspeed.jp/~togabito/っていっそのことはてなかどっかに引っ越したほうがいいんじゃね？って話だなこれは。ファイル鯖とUNIXクライアントが必須なので自鯖の運営は続けるとして、年度末くらいまでに考えをまとめないと駄目だな。
投稿者 togabito : 01:41 | コメント (0) | トラックバック
2007年02月18日
二日目。
きょろは良い意味で馬鹿。
ぴかちふは本物の馬鹿。
つーかね、良い意味で馬鹿なヤツばっかで大変だ。
発表が一日目で本当に良かった！！！（ぇ
投稿者 togabito : 16:22 | コメント (0) | トラックバック
2007年02月17日
未踏ユース最終成果報告会
ぶっちゃけ無難に終わった。
ある意味悔しいぜっ。
明日と明後日は突っ込みに徹しますのでよろしく。
さて、とりあえずMPI環境の入れなおしでもするか。
ToDo:
Cellスピードチャレンジ
報告書執筆
俺、この未踏が終わったらネタプログラミングとかゲームプログラミングとかやるんだ……！！！
それはそれとして、ご馳走様でした＞某OSのK様・某T大T研の方々
投稿者 togabito : 22:07 | コメント (0) | トラックバック
最終報告会会場から記念パピコ
入れる人数？が80人って書いてあったからISの大会議室を想像したけど、どう見ても中会議室だな。
投稿者 togabito : 13:10 | コメント (0) | トラックバック
誕生日
でした。
おめでとう自分。
四捨五入で30の世界に突入おめでとう。
じゅ、じゅうろくしんでがんばります！（何
というわけでプレゼン資料作ってたらこの時間。寝ないと。
実はデザインテンプレート作ってたとか、ロゴを作り直してたとかは秘密だ！
投稿者 togabito : 03:51 | コメント (0) | トラックバック
2007年02月16日
環境依存にひっかかった。のか？
具体的には、MPIでつないだ先にDISPLAY環境変数が無いって言われた。
環境依存キター。
というわけで、PCつけっぱで研究室へ行って、設定ファイルにDISPLAY環境変数についても記述できるようにするか。
実験機が落ちませんように……。
きっとネットワークだけ切れるんだろうけど。
ちなみに昨夜の問題はいまだ解決せず。
MPI_Waitでこける。
別のプログラムを動かしたら上記の問題が起きたので、ちょっと見直すか。
投稿者 togabito : 10:37 | コメント (0) | トラックバック
MPIがおかしいっぽい
MPI_WAIT : Message truncated
で死ぬ。
なんだろうね。
というわけで実験データが揃いません。
困ったなあ。
別のPCで取ったデータはあるけど。
ToD2(PSP)のオープニングだけ拝んで寝る。
投稿者 togabito : 03:28 | コメント (0) | トラックバック
2007年02月15日
バグとれねえぞ！ お？
2CPUの時点でHPLの精度確認がFAILEDするぜ。こいつは謎い。
並列計算は1回しかしないようにしても駄目だな。
同じ問題をピンポイントで再現しても普通に動くんだよな。
CPUだけだから精度の問題はないはずなんだけどなあ。
さて、30分のプレゼン資料が60Pを超えています。
とはいえ、10枚くらいは差分画像？のパラパラ漫画？のようなもの。
でも、その辺さっぴいて目次とかを抜かしても実質50Pくらいある。
……削るところないなあこれ。聞いている人はついてこられるのかしら？
ToD2がやりたいとです……。
投稿者 togabito : 19:52 | コメント (0) | トラックバック
テイルズオブ……
ですてねー２が発売日になっても届かないのは仕様なので気にしない。
テイルズチャンネルから転載
http://namco-ch.net/taleschannel/index.html
＞なんと！ 来週（2/21）に、『テイルズ オブ』シリーズに関するオドロキの発表をいたします！
＞ファンのみなさんから要望が高かったあのシリーズに新作が登場します！
えーと。
本命：シンフォニア２
対抗：エターニア２
かな？
プレゼン資料のページ数が、ページめくりでデータの説明とか入れたおかげで60P超えそう。もうどうにでもなれ！！！
----
17:30
ToD2(PSP)を入手。これはまさしく死亡フラグ！！！
投稿者 togabito : 16:41 | コメント (0) | トラックバック
2007年02月14日
Amazon.co.jp ご注文の発送
赤い塗りつぶし部分には同じ番号が入ります。
※クリックで等倍表示
またか。
----
23:30
今見たら反映されてた。
メールの受信時刻が19:45。
そうか、チェックしたのが早すぎたのか。
……ソレもどうかと思うが。
投稿者 togabito : 21:08 | コメント (0) | トラックバック
2007年02月12日
とりあえず可視化しようとしたんだけど
計算中の画面が寂しいから計算結果とか表示してやろうと思ったんだけど
値が軒並み0.0から1.0の範囲を超えているので、正規化しないと真っ白。
正規化にはシェーダが必要。
あぁ、なかったことにしよう。
これは駄目だ。
せめて、色相変えながら画面をクリアするくらいにしよう。
投稿者 togabito : 23:08 | コメント (0) | トラックバック
inline関数の罠
vcだと別のファイルに書いた関数は使えなくなるのか。
staticと同様に。
今更知ったぜチクショウ。
通りでコンパイル（リンク）ができないわけだ。
gccではどうなっているんだろう。
Makeはできてるんだよな。
inline化はできているのかわからないんだよな。
ちなみに用途はDEBUGビルド時以外に空っぽにして最適化で殺してもらうデバッグ関数。
投稿者 togabito : 01:46 | コメント (0) | トラックバック
2007年02月11日
プレゼン資料捏造中
未踏の報告会まで一週間切ってるってレベルじゃねーぞです。
学会じゃないのでプレゼンの方向性が決まりません。
というわけでアウトラインを晒してみる。
1.どんなソフトウェアを作ったのか１
2.そもそも何がしたかったのか
3.どんなソフトウェアを作ったのか2
4.まだできていないこと、できなかったこと
5.まとめ
ちなみにプログラム自体は普通に動いている部分と怪しい部分とが混在しています。目的が達成できていないわけじゃないけど、完成って言わないよなぁ。
frsyukiたんのVIVER動画を見てプレゼンに絵が欲しくなった私ですが、どう見てもCUIのベンチマークしかありません。
あ、計算途中にウィンドウが出てキモイのを見せればいいんだね！orz
というわけでロゴを捏造したんですが、ホント上段抜きもとい冗談抜きでセンスないな自分。サイトロゴを作ったときは絶対神が降臨してた。アレは気に入っている。
GPUPCロゴ：
サイトロゴ：
投稿者 togabito : 21:28 | コメント (0) | トラックバック
GeForceとRadeonは一緒に使えるか
@Fedora6
# yum install kmod-fglrx
Installed: kmod-fglrx.xxx fc6
# yum install kmod-nvidia
Error: xorg-x11-drv-nvidia conflicts with xorg-x11-drv-fglrx
Error: xorg-x11-drcv-fglrx conflicts with xorg-x11-drv-nvidia
あ、駄目なのか。
つまんないなあ。両方同時に使ったっていいじゃないかぁぁぁ。
さてと、次はWindowsで試すか（ぁ
投稿者 togabito : 14:00 | コメント (0) | トラックバック
2007年02月09日
ツンツンな実験機と格闘中
未踏の報告会までおよそ一週間しかありませんが、実験機がツンツンしています。
ここしばらく超がんばっていてくれた２号機がフリーズ病。
今はどうにか期限を取り戻してくれたようで動いていますが、いつ気絶するかわかりません。
そんなわけで、１号機で実験中。
共有メモリ回りの使い方が悪いようで、エラーが消えません。研究室に置いてある本しか資料がないよ。
さて、どう考えても実用アプリケーションでの性能評価は間に合わないな。おとなしく、わかったことと予想できることとできていないことについて話すことにしよう。
というわけで、未踏報告会プレゼン作り始めました。データがちゃんと載せられればいいんだけど、間に合うのかしら？
日付が変わって今日のゼミ資料？あー……実装中評価中企画中で。
投稿者 togabito : 00:01 | コメント (0) | トラックバック
2007年02月08日
実験機がツン期に入った
実験に使いすぎたためか、デレ期を越えてツン期に入りました。
１：電源を入れるとスイッチ部周辺がカチカチ？カツンカツン？となぞの音を立てて起動しないことがある
２：気がつくとフリーズしている
３：いっそのこと入れなおしてクリーンにしてやろうと思ったら、何故かBIOSで起動順序FirstのUSB-CDROMからブートされない
これだからLinuxは困る。
小一時間放置して、駄目ならなんとしてでもクリーンインストールしてやろう。
投稿者 togabito : 14:40 | コメント (0) | トラックバック
2007年02月06日
複数GPUの思想
ぶっちゃけ研究資料のサイトに書いていることなんだけど、日記に回したほうが人の目に触れるので回してみる。
長いので本文は追記に書く。
ちなみに、ここでいう複数GPUってのは、１PCにビデオカードを複数ぶっさす話ね。
PC複数台は話の範疇に置きません。
----
複数GPUというと、SLIやCrossFireを考える人がいそうだが、
私はあえてそうでない方向へ進んでいる。
その辺について考えていることを適当に書いておくことにする。
SLIやCrossFireを使う利点は、1GPU向けプログラムをそのまま2GPUに適用できることだと思う。
ドライバレベル（ユーザプログラムより下のレベル）で最適化をしてくれるなら、それにまかせればユーザの負担が軽減されるのだから、
（主にアプリケーションプログラマが）幸せになれる。
ちなみに、ドライバにお任せで本当に性能が向上するのかは知りません。
GeForceもRadeonもプロファイルを使っているはずなので、
自作アプリだと厳しかったりするのかな？
一方で、いくつもの欠点が思いつく。
まず、SLIやCrossFireが性能を確実に２倍（以上）にするものではなく、対象アプリケーションによっては全く性能向上が行えないという話を聞いたことがある。
とはいえ、これは恐らくCPUとGPUの処理バランスの問題だろうから置いておこう。
次に、VRAM容量を２倍扱いにできないことが挙げられる。
SLIにせよCrossFireにせよ、2GPUそれぞれのVRAMに同一のデータを配置しておき、
それを用いて分割フレームレンダリングなどを可能としているためだ。
VRAMアクセス速度が向上する可能性はあると思うが、メモリ容量は扱える問題サイズの上限に直結する問題であり、
VRAM容量の増加効果が得られないのは残念すぎる。
更に、性能が異なるGPUを組み合わせて利用すると弱い方にひきずられてしまうなど、複数GPUの全ての性能を活用することが困難であるという点も挙げられる。
１世代変わると演算性能が劇的に変わるGPUにおいて、旧機種と新機種の併用にどれだけの効果があるのかという声も聞こえそうだが、
例えば独立した複数のジョブをどんどん消化していくという問題設定を考えた場合、
それなりの性能を持つプロセッサが複数あれば、どんどんジョブを投下できるようになり、実行時間の短縮を行うことができる。
GPUはCPUと比較してアーキテクチャの進化に対してバスの進化速度が極端に遅いため、
旧世代のプロセッサを現行機に追加することが容易であるため、
世代の異なるプロセッサを組み合わせて全部の性能を同時にりようしてやろうという考え方は十分に現実的ではないだろうか。
最後に、SLIやCrossFireでは、当然ながら、 GeForceとRadeonを併用することはできない。
では、複数GPUを複数GPUとして扱う場合について考えてみよう。
こちらの場合は、上記の利点・欠点が逆転する。
欠点は、1GPU向けのプログラムをそのまま2GPUに適用することは不可能であり、実装に手間がかかることである。
利点は、GPUを独立して叩けるためVRAM容量を２倍使うことが可能であり、
性能が異なるGPUでも全て活用できる可能性があり、
もしかしたらGeForceとRadeonを同時に使えるかもしれないことである。
複数GPUの方は半分くらいが想像の範囲を超えていないのだが、
こうして考えると特にGPGPUの世界では複数のGPUを複数のGPUとして扱う方が面白そうに見える。
なんだか自動並列化コンパイラと手動並列化プログラミングの比較をしている気がしてきた。
きっとあながち間違ってないよね。
偽要約：
未踏の成果報告会のデータだけど、HPLで妥協していいよね。
新しい計算基盤ソフトウェアによって現在の計算機プログラミングの世界に新しいパラダイムをもたらそうとしているという主張はできるからいいよね。
……っつーかネタが思いつかないのよ。プレゼン資料を半分くらいでっちあげてから、CLAPACKにでもぶち込んで考えるかなぁ。
投稿者 togabito : 02:34 | コメント (0) | トラックバック
2007年02月04日
フィッシングサイト対策目的にURLを可視化するというアイディア
オリジナルアイディアbyところてん
http://www16.atwiki.jp/tokoroten/pages/153.html
要約：
ところてん：http://www.radiumsoftware.com/0702.html#070201 このアイディアすげえ。URL可視化したらフィッシングサイト検知に使えるんじゃね？ちょっとoperaプラグインで実装しようかな。
咎人：OK、Greasemonkeyで実装してみる。一度弄ってみたかったんだ。
というわけで、プロトタイプ作って使えそうなことを確認した。
あと、Greasemonkey面白いね。慣れないJSとCSSを使っているのでリファレンスとにらめっこ必死なのは仕方がない。
ところてんの人の記述にあるように、別の人がまともな実装をしてくれてます。使ってみると面白いよ。
特にインラインフレームに反応してくれるらしく、mixi開くと広告部分に別のマークが表示されたりするのが楽しいというかなんというか。
ちなみに私の実装は全力でプロトタイプというか、オリジナルアイディアを元に、自分で組めるレベルに劣化させたものなので公開する気はありません。あしからず。
と思ったらところてんにリンクされてた罠。
比較するとNineBlockの強力さが良くわかるので、しばらく放置（公開）しておきます。
ページ開くたびにaaa.jspeed.jpに画像を取得しに行くから重いかもしれません。あしからず。
http://aaa.jspeed.jp/~togabito/work/greasemonkey/bodytest/
投稿者 togabito : 10:58 | コメント (0) | トラックバック
2007年02月01日
複数CPU+複数GPUとかのメモみたいの
割と雑多にメモってるのでみやすくないけど勘弁してね。
とりあえず、2CPU+2GPUまでやったよ！
2CPUって言ってもAthlon64X2だけど。
細かい性能評価はもうちょっとやります。
さて。
とりあえず、2CPU+2GPUで全性能使いきろうってのは割となんとかなる感じ。一度別の実装で実験してあったのでわかってはいたんだけど。
実験環境はGeForce7950GTを２枚刺したSLIマザー。OSはLinux。
2CPUってのはマルチプロセスなりマルチスレッドなりで普通に使えるのが知られている。
2GPUってのは（既に公開している研究メモに書いてあるけど）OpenGLでそのまま叩けないのでマルチプロセス実装。
2GPUでは、1GPUの半分近くまで実行時間減らせた。
2CPU+2GPUも現状かなり高速になってるので大丈夫だろう。
続いてSLIを試してみた。
実験を只管rootでやってた（危険）ので、
# nvidia-xconfig --sli=hoge
する。
hogeにOffとかAutoとかSFRとかAFRとか指定する。
ログアウトすると、Xが再起動しているので反映されてるよね？
この状態で実行したが、1GPUと全く変化なし。
何か足りていないのかしら？
SLIを引き合いに出したので、SLIやCrossFireを使う場合と使わない場合での差について言及しておくことにする。
情報ソースを失念しているが、確かSLIではVRAMが２倍にならないはずである。CrossFireも同様。一方、私のやっているプログラムレベルで複数GPUを複数GPUとして扱う実装では、VRAMがちゃんと２倍になる。これだけで十分意味があると思うんだがどうか。
コレとは直接関係ないけど、コレまでの経験上問題サイズが4000とかのでかい行列積和計算は正しい計算結果が得られないという症状があった。SLI化しても同様である。最も、実行時間を見る限りはSLI化ができていない気もするが。一方で、今回の実装では問題を分割実行しているためか、4000サイズでも正しい計算結果が得られている。
以上から、今回の複数GPU実装はなかなかいけるんじゃなかろうか。
メモ終了。
明日（既に今日）は実行時間のチェックをもうちょっとやって、チューニングの検討とかベンチマークへの組み込みとかやろう。とりあえずHPLで。演算精度足りないけど。
……ちっとも眠くないので酒飲んでまったりするか……。風呂で一時間寝ているのが悪いのかしら。