はかいおうこうむてん

雑誌の類も随分長い間ほっぽり出してる(^^;んで、取り敢えず手近なところから。

この本、「Dr.リアンが診てあげる！」と「略。」、「ぎゃるげー部」が載ってるし季刊→冊数が少なくて済むんで結構コンスタントに買うてるんですが、全般的に

「スジとぱんちらが溢れまくってる雑誌」

という印象が強く、そゆのがあんまり得意じゃない（＝萌えとかよく解らない）ワタシにとって、正直読むとこの少ない雑誌でした。戦車見て巻末（「略。」「ぎゃるげー部」は巻末に固定されている）読んで終わり、みたいな(^^;)

ちうことで暫くガンパレやってましたが、ようやく（笑）飽きて止まりました(^^;)

基本目標＞１周目で絢爛舞踏

・幻獣優勢とする（早く人類優勢になると、幻獣勢力が減って終盤に狩るべき獲物が居なくなる）ため、３月中は戦闘開始→向きを変える→歩く→歩くで撤退ラインに一直線。

・「来須の帽子」（←これがないとなかなかトドメさせない）と「猫の首輪」を早めにげっと。かおりんは異性なので、ライダーグローブは狙わない方が無難みたい。

・鉄アレイ（体力の訓練効果を高める）は善行着任後タダで貰えるんで、エアミニマム（運動力の訓練効果を高める）を早めに買っておく。

・話術技能を早めにレベル３へ。それにしても職員室で「異性の口説き方９９」かよ（笑）　あと戦車・狙撃・白兵・夜戦。

・魅力は、序盤何回か訓練して上げとく方がいいかもしれず。後半ではむしろ邪魔になるので、牛乳持って雑巾を使い「牛乳を吸った雑巾」（持ってるだけで魅力が下がる最終兵器:^^;）を作るべきかも。

・降下作戦以降は大殺戮（笑）　何匹か逃がす場合、なるべく弱いのから狙って強いのを撤退させる。スコアは小型幻獣も中型幻獣も同じ１だが、１体の戦力評価が全然違う→幻獣の戦力を削り過ぎないほうが好ましい。

・基本戦術は、移動射撃（無限移動）→防御→（光線幻獣が多い場合ここに「スモーク→防御→」）狙いを付ける→ミサイル→めった斬り→全力射撃。

・弾倉交換は、ジャイアントアサルトとミサイルどっちを交換すべきか迷う事が多いので、両方装備しといた方がいいみたい。

右手：ジャイアントアサルト
左手：超硬度大太刀
右肩：煙幕弾頭
左肩：展開式増加装甲
右足：機関銃弾帯
左足：多目的ミサイル槽

↑こんな感じ。装甲重視装備→機動性が低下して１ターン７ステップしかないのが難ですが、損害食らうと復帰に手間が掛かるんで重装甲（＝ダメージを受けにくい）の方が良さげ。

過負荷警告が出るんで諦めてた重た〜い処理のPHPデータベース連動スクリプト。でもやっぱこっちの方が明らかに利便性高くて便利なんで、色々悩んだ末ドキュメントの静的生成に切り換えました。

従来

printf("<tr><td>%s</td><td>%s</td><td>%s</td></tr>\n", $prod[1], $prod[2], $prod[4]);

みたいに記述してたのを

fwrite($fp,"<tr><td>$prod[1]</td><td>$prod[2]</td><td>$prod[4]</td></tr>" ."\n");

みたく全部書き換え、出力をHTMLファイルに吐かせる（そして、PHPスクリプトはcronで定期的に呼び出す）という手法。

以前よりも更に凝った方法でクエリーのループを回すようにした(^^;んで処理中のサーバ高負荷時間はより長くなりましたが、ユーザーからのリクエストがある度にクエリーを発行してドキュメントを生成するわけじゃないんで、トータルの負荷率は大きく下がったみたい。

（１日に何百回と呼び出されるファイルだったんで特に同時アクセスとか食らうとすげぇload avarageになってたのが、いまは単なるHTMLなんで読み出し時のCPU負荷ほぼゼロ:^^;）

データベースの変更が即時には反映されないのが若干の不満ですが、cronでの呼出頻度を上げて負荷を掛けるほどのことでもないんで取り敢えず我慢します(^_^;)

実は、今ごろになって高機動幻想ガンパレードマーチ熱が再燃しております。というのも→コレを観て、

「おいおい。なんぼなんでもそれは違うやろ！」

とツっこまずには居られない情況に陥っちゃったから(^_^;)

「それが世界の選択である」

いや、一応事前に知ってたんですよアニメ版がアレだってのは。某方面のご厚意でテレビ放送分も予め見せて頂いたりしとりまして、けして予備知識皆無でいきなり劇的に崩壊したワケではありません。まったくへーきな訳でもないけど(^_^;)

ガンパレつーのは非常に（異常に？）自由度が高い＝間口の広いゲームなんで色んな受け取り方があると思うんですが、ワタシ的視点から見て、やはりその中心に在るのは「戦闘への異様なこだわり」だと思うんす。

特に、ファーストマーチで坂上センセの叩き込んでくれる「戦術」論の濃さは、一種異様なレベルじゃないかと。あれは「戦闘用の人間が戦闘に対して煮詰まりきった結果」なんですが、もはや（数々の英雄剣豪によって）車輪は発明されている→結論をさらりと出してきちゃうし。

が、この「閉塞するな。何かのために血迷え」というメッセージを「どこかの誰かの未来のために」と言い換えたゲームの強引＆強烈さが、アニメでは薄まってるというかもともと無いんですよね。元ネタから拾い損ねたのか、敢えて捨てたのか知りませんけど。

勿論萌えっぽかったりホモっぽかったり（そして、戦闘や戦争の悲惨さや数々の狂気を痛感したり）するのもこのゲームの間口の広さなんですが、このアニメ版って、なんかどれとも違うような気がします。特にイントロ部分は「エヴァっぽすぎるなぁ」と。

（まぁ、あのマンガも後半迷走して凄いトコにイっちゃってましたけど:^^;）

暫く出続けてた「負荷が重すぎてMTA(sendmail)に接続出来ないよぉ〜」警告が、メモリを512MB増設した日からぴたっと出なくなりました。良かった良かった(^_^)

ということで、どーも当初期待した意味での解決ではなかったみたい(^^;なんすけども、まぁ要するに結果オーライということで…(^^;;

でもやっぱ、夜中に何が起こってるのか状況を掴めるモンなら掴みたいとは思う→MRTGとか触ってみるんすけど…

「これって、どう考えてもSNMPがまともに動いてないでぇ？？」

RedHat7.3のRPMに問題が有るのか、それともucd-snmp→net-snmpにしなきゃ駄目なのか未だ不明ですが、どうもこのサーバは（初期インストールなパッケージにも関らず）ucd-snmpがSNMPプロトコルを上手くハンドリング出来てないようです。snmpwalkに応答しない。

これって、ソースからビルドすればちゃんと動くんでしょかねぇ？　それとも、またどっかの設定をミスったのかな？　snmpd.confはちゃんと設定したと思うのに…？？　なお調査続行中。

なんだか良く解りませんが、「ちょっとだけリニューアル」ということで「Dr.リアンが診てあげる（３）」じゃなく「純情派」らしーっす。知らんヒトだと、この前に２巻あるとは気付かないかもしれません(^^;)

実は意外とサラで買うてる本が少ないワタシ（主な理由は経済的なもの。けして手垢フェチな訳ではない…と思う:^^;）ですが、これは単行本をずっとサラで買うてる数少ない例外(^^;;

（氷川へきる氏の「ぱにぽに」も、最初間違って３巻通常版を買っちゃった→古本屋さんで「癒し系飛び出す絵本」付きの限定版を買い直してしまったのでアウト:^^;）

理由は割と簡単で、

↑こーゆーお下品ギャグ満載で非常にワタシの趣味に合う（ぉぃ）ものの、滅多に古本屋さんでは見掛けないから(^_^;)　「ジパング」とか「２０世紀少年」なら、（割高だけど）B〇〇K 〇FFとかにすぐ並ぶんですけどねぇ(^^;;

サーバ過負荷の状態が続いてるんで、メモリ増設でなんとかならんモンかと512MBのPC133 SDRAMを増設してみました。DIMMスロットが２本しかない（コレでサーバとは…:^^;）んで、128MBを引っこ抜いて512MBと差し替えるカタチ。

ということで「まったくの無駄」ではなかったようなんですが、やはり本命はメモリの不足ではなく文字通り「ＣＰＵ能力の不足」だったみたいです(^^;)

ぐはっ！負荷の重い全文検索を連発するのはやめてぇ！！(^^;;

（MySQLは日本語での全文インデックス化が出来ないという問題が有り、全文検索されるとレコード全数のシーケンシャル検索を行う→これが連発となるとちょっと泣きが入ったり…:^^;）

サーバに使ってるマザボのスペックを見るとこのマザボにはPalominoコアのAthlonXP 2000+まではそのまま刺さるみたいなんすけど、問題は既にPalominoコアのAthlonXP自体が結構珍品という部分なんですよねぇ(^^;;

コレがどっかから入手出来れば、現状のDuron 1.0Ghzに対して２倍近いパフォーマンスの向上が期待出来るんすけど…。

新しくサーバを立てて現在の中身をフル移植するとなると結構おおごと→「出来ればなるべく手抜きで済ませたい」というのが正直なトコロ。いまのＨＤＤが潰れるまでそのまま使えるならそれに越したこたぁないんですが。

サーバの過負荷警告が止まりません。もはやどーにもならないみたいなんで、現在新しい代替サーバの検討に入ってます。Celeron 2GHz級で我慢するか、Pentium4 2.4GHz級とかまで頑張るか、ちっと思案中。（デュアル）Xeonとか最初から候補にも上らない辺りが悲しいくらいにビンボー(^^;;

状況を把握するため、apacheのベンチマークをしてみました。

$ dmesg

Linux version 2.4.20-13.7 (bhcompile@stripples.devel.redhat.com) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-113)) #1 Mon May 12 12:31:09 EDT 2003
Initializing CPU#0
Detected 1000.055 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1992.29 BogoMIPS
Memory: 374376k/384960k available (1159k kernel code, 8020k reserved, 982k CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 64K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383f9ff c1c7f9ff 00000000 00000000
CPU: Common caps: 0383f9ff c1c7f9ff 00000000 00000000
CPU: AMD Duron(tm) processor stepping 00
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.

$ ab -n 1000 -c 50 http://localhost/

This is ApacheBench, Version 1.3d <$Revision: 1.67 $> apache-1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking localhost (be patient)

Server Software: Apache/1.3.27
Server Hostname: localhost
Server Port: 80

Document Path: /
Document Length: 15672 bytes

Concurrency Level: 50
Time taken for tests: 7.572 seconds
Complete requests: 1000
Failed requests: 0
Broken pipe errors: 0
Total transferred: 16130505 bytes
HTML transferred: 15844392 bytes
Requests per second: 132.07 [#/sec] (mean)
Time per request: 378.60 [ms] (mean)
Time per request: 7.57 [ms] (mean, across all concurrent requests)
Transfer rate: 2130.28 [Kbytes/sec] received

Connnection Times (ms)
min mean[+/-sd] median max
Connect: 0 22 37.4 0 181
Processing: 129 337 119.4 324 950
Waiting: 55 336 119.7 323 950
Total: 129 359 106.6 348 950

Percentage of the requests served within a certain time (ms)
50% 348
66% 382
75% 402
80% 428
90% 493
95% 547
98% 665
99% 699
100% 950 (last request)

…確かに早くはないけど、そんなに遅い数値とも思えなかったりするんですけどねぇ？？

気になるのはデータベースサーバーとは信じられないほど少ないメインメモリの量…くらいですか。明日にでも、ちょっとメモリを足して様子を見てみたいと思ってます。

データベースを切り離すことは既に不可能なんで、サーバのスペックを上げるかデータベースサーバを分離するかのどっちかで対策するしか、無い。

ここしばらく、２０時過ぎには眠くなって２１時に就寝するという夏休みの小学生みたいなタイムスケジュールで寝まくっているため、まったく何も出来ない状態が続いております(^^;)　「すんげぇ早寝、ちょっとだけ早起き」というパターンで、結果的に睡眠時間が激増中。

ワタシゃ１年に何回かこーゆー「過睡眠」モードに入るんですが、やっぱり身体が睡眠を要求してるって事なんでしょか？！　いつもは夜更かしの嫁はんまで、ワタシの生活リズムに引きずられて早寝してますんで時期的なモンなのかもしれませんが(^_^;)

-------

結局、１週間ほど「１日１０時間睡眠生活」をしてました。その後、徐々に、ですが通常生活リズムに戻ってます。