吉田/日誌/2009-09-04
をテンプレートにして作成
[
トップ
] [
新規
|
一覧
|
単語検索
|
最終更新
|
ヘルプ
|
ログイン
]
開始行:
[[吉田>吉田]]/[[日誌>吉田/日誌]]
&size(24){目白押し。【:】};
やりたいことも。やらなくていいことも。やらなければいけないことも。
世界は選択肢に溢れている。迷いを断つのは容易なことではない。
~
>やること
-''規則正しい食生活。''
-''早寝早起き。''
-2dcdp
++ライブラリ申請( cblas、でいいハズ )
---http://www.mlab.ice.uec.ac.jp/~ej-sib/numerical/numerical_blas.html#dnrm2
++局所距離算出法の見直し( MAX(distbuf[]) のデータ量を16bit以下に、・・・出来ないよなぁ )
++座標データ( コレもshortかなー。ビット幅、2の倍数で取ってるからなー )
++''各配列の使用期間を調べて確保解放をスケジュール。''
++並列化を考えたメモリの取り方。
++あとなんか。
-OpenMPをアタマに入れる。
~
>今日と昨日の何か、~
-2dcdp
--各配列の使用期間を調べて確保解放をスケジュール。
---''並列化、出来るか?''<別のプロセスでメモリを用意してあげる事って出来たっけか。
---とりあえずdistbuf[]と、あと重複回避用だが使ってないpickbuf[]を削りスト入り。
---1.局所距離計算前にaccmbuf[]確保。~
2.ランキング取得時にresbuf[]確保。~
3.バックトレース時pickup確保。トレース終了時accmbuf[]とresbuf[]解放可。~
4.トレース終了処理の出力用画像バッファへのライトが終わればpickup[]も解放可。~
出力用画像バッファもこの直前で確保でいいか。
---確保の最大量は accmbuf[]+resbuf[] か。~
>accmbuf[] → 18byte * 「入力画像ピクセル数」*「参照画像ピクセル数」~
>resbuf[] → 8byte * 「入力画像ピクセル数」~
>今回は入力最大200*150=30k、参照最大150*150=22.5kらしい。~
>よって一度に最大12150240000byte≒じゅうにぎがばいと? はははこやつめ。~
>まぁ、実際に使ってる画像は入力120*79=9480、参照53*71=3763だから~
''確保は642194160≒650Mってところ''か。(プラス入力画像バッファ85k)~
>というか今回の画像だと一つも削らず全同時確保でも~
9480*3763*(18+4)+9480*(8+1)+3763*6 + (9480+3763+3763)*5 = 785004208~
で800Mいかないんだよね多分。
--並列化を考えたメモリの取り方を考えてみる。
---小分けして共同作業。
-cblasライブラリをzxw001に入れてもらってお膳立ては出来たのでコンパイル及び実行を試みる。
--makefile の書き方を今一度。
--元々あったmakefileはBuildソフトとかで自動生成されたモノで読み辛かったので自分で書いてみる。
--結局元のファイルを弄って解決。何故か-lmオプションが抜けてた。
-そんなわけで&size(24){''実行できました。''};
--長かったようで長かった。あとcounter()の「くるくる」の意味がよく分かった。こういう遊びは大好きだなぁ。
--明日には「素の実行時間・メモリ使用量」と「メモリ削減試行後の実行時間・メモリ使用量」が出てるといいなぁ。いやオマエがやるんだよ。そうですね。
-ついでにプログラム動作の可視化のためにスライドでも作ろうかなぁとか。いつやるんだよ。
~
~
>BGM:~
MusicとかMovieとか。しばしばBGで無くなるのが欠点。~
#comment
__________________________________________________________________________________
--http://www.4gamer.net/games/043/G004345/20081102001/ -- &new{2009-09-04 (金) 12:17:05};
--http://www.4gamer.net/games/043/G004345/20081102002/ -- &new{2009-09-04 (金) 12:17:33};
#comment
終了行:
[[吉田>吉田]]/[[日誌>吉田/日誌]]
&size(24){目白押し。【:】};
やりたいことも。やらなくていいことも。やらなければいけないことも。
世界は選択肢に溢れている。迷いを断つのは容易なことではない。
~
>やること
-''規則正しい食生活。''
-''早寝早起き。''
-2dcdp
++ライブラリ申請( cblas、でいいハズ )
---http://www.mlab.ice.uec.ac.jp/~ej-sib/numerical/numerical_blas.html#dnrm2
++局所距離算出法の見直し( MAX(distbuf[]) のデータ量を16bit以下に、・・・出来ないよなぁ )
++座標データ( コレもshortかなー。ビット幅、2の倍数で取ってるからなー )
++''各配列の使用期間を調べて確保解放をスケジュール。''
++並列化を考えたメモリの取り方。
++あとなんか。
-OpenMPをアタマに入れる。
~
>今日と昨日の何か、~
-2dcdp
--各配列の使用期間を調べて確保解放をスケジュール。
---''並列化、出来るか?''<別のプロセスでメモリを用意してあげる事って出来たっけか。
---とりあえずdistbuf[]と、あと重複回避用だが使ってないpickbuf[]を削りスト入り。
---1.局所距離計算前にaccmbuf[]確保。~
2.ランキング取得時にresbuf[]確保。~
3.バックトレース時pickup確保。トレース終了時accmbuf[]とresbuf[]解放可。~
4.トレース終了処理の出力用画像バッファへのライトが終わればpickup[]も解放可。~
出力用画像バッファもこの直前で確保でいいか。
---確保の最大量は accmbuf[]+resbuf[] か。~
>accmbuf[] → 18byte * 「入力画像ピクセル数」*「参照画像ピクセル数」~
>resbuf[] → 8byte * 「入力画像ピクセル数」~
>今回は入力最大200*150=30k、参照最大150*150=22.5kらしい。~
>よって一度に最大12150240000byte≒じゅうにぎがばいと? はははこやつめ。~
>まぁ、実際に使ってる画像は入力120*79=9480、参照53*71=3763だから~
''確保は642194160≒650Mってところ''か。(プラス入力画像バッファ85k)~
>というか今回の画像だと一つも削らず全同時確保でも~
9480*3763*(18+4)+9480*(8+1)+3763*6 + (9480+3763+3763)*5 = 785004208~
で800Mいかないんだよね多分。
--並列化を考えたメモリの取り方を考えてみる。
---小分けして共同作業。
-cblasライブラリをzxw001に入れてもらってお膳立ては出来たのでコンパイル及び実行を試みる。
--makefile の書き方を今一度。
--元々あったmakefileはBuildソフトとかで自動生成されたモノで読み辛かったので自分で書いてみる。
--結局元のファイルを弄って解決。何故か-lmオプションが抜けてた。
-そんなわけで&size(24){''実行できました。''};
--長かったようで長かった。あとcounter()の「くるくる」の意味がよく分かった。こういう遊びは大好きだなぁ。
--明日には「素の実行時間・メモリ使用量」と「メモリ削減試行後の実行時間・メモリ使用量」が出てるといいなぁ。いやオマエがやるんだよ。そうですね。
-ついでにプログラム動作の可視化のためにスライドでも作ろうかなぁとか。いつやるんだよ。
~
~
>BGM:~
MusicとかMovieとか。しばしばBGで無くなるのが欠点。~
#comment
__________________________________________________________________________________
--http://www.4gamer.net/games/043/G004345/20081102001/ -- &new{2009-09-04 (金) 12:17:05};
--http://www.4gamer.net/games/043/G004345/20081102002/ -- &new{2009-09-04 (金) 12:17:33};
#comment
ページ名: