はじめてのにき

_ 8ゲーム

ふたたびトーナメント

max 58276, avg 10563 という 852/6000 生存という感じの状況で 27082 あるので調子が良いといってよい。

ロードローとかラズとかでよく稼げるのは、 哲也に出てきた運が悪すぎて国士しか出ない子のようだと思った。 まぁというよりは不慣れな子が(俺も不慣れだけど常識的な判断力くらいはある) アホな状態(ラズで絵しか見えてないとか)で突っ込んでくる のを適当に屠れるからかと思う。

(04:35)

_ 結局

417/6000位。へぼいなあ。 オマハH/Lでこれローの方は勝ってるよね… と思ってたら負けてて万近く浪費したのがデカい。

(05:26)

_ grubいじり

前回までのあらすじ: grub の API で testsprite 作ってみたら遅かった。

とりあえずフリッカはこのへんのパッチで OK 。

http://www.mail-archive.com/grub-devel@gnu.org/msg08902.html

本流には merge されてないみたいだけど GSoC の成果らしい。

でまぁなんか遅いのがなんでかはよくわからん。 VBE の set display start かなんかで 毎回 real モードから protected モードにしてるからかなぁ、 と protected mode から使える関数をひっこぬく VBE2 の関数使ってひっこぬいてみたけど、 qemu だと実装されてないみたいだ。 まぁそもそも qemu 上で int 0x10 と関数呼び出しに 大きな速度差があるかは謎だ(1 frame に 1回しか呼ばないので律速する要因ではない気がする)。

となると VRAM への転送を、書き込まれるたびに なんかエミュレーション〜って感じになってて遅いとかかなぁ、 とか思うのだけど真偽は不明。 今思ったけど qemu をプロファイラにかけてみるという手があるね。

まぁそうだとしても、 VESA とかなんも知らんので どうやったら速くなるかさっぱりわからん。 VBE-AF に BitBlt とかあると見つけて このへんかなーと思ったけど、 これも qemu には無いんじゃね。

(10:22)

_ protected mode 用の関数をひっこぬいてくる関数

を足すパッチはこのへんにあった

http://projects.cs.kent.ac.uk/projects/rmox/svn/rmox/trunk/patches/grub-1.95-vbe.diff

(10:28)