吉田/日誌/2009-03-21
をテンプレートにして作成
[
トップ
] [
新規
|
一覧
|
単語検索
|
最終更新
|
ヘルプ
|
ログイン
]
開始行:
[[吉田>吉田]]/[[日誌>吉田/日誌]]
&size(18){お盆やお彼岸。概念は大切にしたいが、ぶっちゃけ面d(ぁ};
しかし温かくなったものだ。
>''[[パルテノンなアレ>第14回ASICデザインコンテスト]]''(''[[グループD作業用>第14回ASICデザインコンテスト/作業用(五十嵐・吉田・矢吹)]]'')
現状課題(2009/03/20 22:13)
-8bitまでしかPC処理してくれないので16bit拡張を要請、し忘れた・・・
-ループと再帰の展開。
--2重ループはPCが16bit認識可になったら最悪全展開と言う手があるにはある。が、~
---外側のループが定数回ループなので試しに外側だけ展開してみたが、for19回分のコード量で没。~
forコードが5回分を越すとPCが0x00ffを越えて死。~
--再帰は保留。
-アセンブラ生成後の処理順序最適化。
--アセンブラ生成後にPerlで弄る形。~
--配列への挿入はspliceか自作関数でどうとか。~
--再生成時にコメントは全滅するのでいい感じに出来ない限り使わないかも。
-思い付くままに何か。
--ってかレポート書こうぜ?~
今日の何か。~
-動かなくなっていたフィボナッチを復活。
-- その際関数呼び出しを挟んで配列の添字が狂ったので配列代入時の添字算出を代入物確定後に行うよう変更。 -- &new{2009-03-21 (土) 04:11:17};
-フィボの関数複数回コールに対応するため引数ロード方法を元に戻す。
-- スタックポインタ+1の値のアドレスを持ってこれるロード命令があればこのままの性能でいける、のか? -- &new{2009-03-21 (土) 04:11:38};
---SP往復の手間が無くなる為。前は引数のスタックストアロード時にはSPを更新しないことでこの手間を削っていたりした。
---仮に上記命令が出来たとして消費コストに見合うだけのクロック減が得られるか否か。~
-関数呼出し時に使用しているレジスタのみ退避するようにとか。
-- レジスタテーブル使えば楽勝じゃんとか思えば以外とそうでもないのか、かか? -- &new{2009-03-21 (土) 04:12:19};
-- 頓挫風味。先の「SPをコンパイラ上で管理企画」と同じ轍。多重コールしていなければどうにでもなった。 -- &new{2009-03-21 (土) 04:41:08};
- 起きてるのも厭きたのでテスト用プログラムでも鬱。しかし過疎だ。 -- &new{2009-03-21 (土) 10:05:34};
- 前回Upし忘れたため、svn up で全部トんでいたことに今更気がつく。変だとは思ってたんだが・・・ -- &new{2009-03-21 (土) 10:28:58};
- 先週の自分がどうやって突破したのかワカラナイ。嘘じゃね? -- &new{2009-03-21 (土) 12:17:54};
__________________________________________________________________________________
#comment
終了行:
[[吉田>吉田]]/[[日誌>吉田/日誌]]
&size(18){お盆やお彼岸。概念は大切にしたいが、ぶっちゃけ面d(ぁ};
しかし温かくなったものだ。
>''[[パルテノンなアレ>第14回ASICデザインコンテスト]]''(''[[グループD作業用>第14回ASICデザインコンテスト/作業用(五十嵐・吉田・矢吹)]]'')
現状課題(2009/03/20 22:13)
-8bitまでしかPC処理してくれないので16bit拡張を要請、し忘れた・・・
-ループと再帰の展開。
--2重ループはPCが16bit認識可になったら最悪全展開と言う手があるにはある。が、~
---外側のループが定数回ループなので試しに外側だけ展開してみたが、for19回分のコード量で没。~
forコードが5回分を越すとPCが0x00ffを越えて死。~
--再帰は保留。
-アセンブラ生成後の処理順序最適化。
--アセンブラ生成後にPerlで弄る形。~
--配列への挿入はspliceか自作関数でどうとか。~
--再生成時にコメントは全滅するのでいい感じに出来ない限り使わないかも。
-思い付くままに何か。
--ってかレポート書こうぜ?~
今日の何か。~
-動かなくなっていたフィボナッチを復活。
-- その際関数呼び出しを挟んで配列の添字が狂ったので配列代入時の添字算出を代入物確定後に行うよう変更。 -- &new{2009-03-21 (土) 04:11:17};
-フィボの関数複数回コールに対応するため引数ロード方法を元に戻す。
-- スタックポインタ+1の値のアドレスを持ってこれるロード命令があればこのままの性能でいける、のか? -- &new{2009-03-21 (土) 04:11:38};
---SP往復の手間が無くなる為。前は引数のスタックストアロード時にはSPを更新しないことでこの手間を削っていたりした。
---仮に上記命令が出来たとして消費コストに見合うだけのクロック減が得られるか否か。~
-関数呼出し時に使用しているレジスタのみ退避するようにとか。
-- レジスタテーブル使えば楽勝じゃんとか思えば以外とそうでもないのか、かか? -- &new{2009-03-21 (土) 04:12:19};
-- 頓挫風味。先の「SPをコンパイラ上で管理企画」と同じ轍。多重コールしていなければどうにでもなった。 -- &new{2009-03-21 (土) 04:41:08};
- 起きてるのも厭きたのでテスト用プログラムでも鬱。しかし過疎だ。 -- &new{2009-03-21 (土) 10:05:34};
- 前回Upし忘れたため、svn up で全部トんでいたことに今更気がつく。変だとは思ってたんだが・・・ -- &new{2009-03-21 (土) 10:28:58};
- 先週の自分がどうやって突破したのかワカラナイ。嘘じゃね? -- &new{2009-03-21 (土) 12:17:54};
__________________________________________________________________________________
#comment
ページ名: