秋晴れの良い天気。清々しい。しかし，朝晩と日中の気温の差が激しくなって，服装の調整がめんどくさい。寒いなら寒い，暑いなら暑いと一貫してくれた方がありがたい。一番良いのは常春の島マリネラの如く，涼しいまんま，なんだが，「涼しい」という状態は，暑いと寒いがあってこそ存在する概念であって，変化に伴う一時的な状態に過ぎない。そこがかえって愛おしいと思わせる一番の原因なのだろう。嗚呼全く世の中ままならない。
OpenOffice 1.1.0が正式にリリースされた。どうやらRC5がそのまま1.1.0へ格上げされたものらしい。暫く様子を見て，日本語localizedが完了したものを貰ってくることにしよう。
DKA法のベンチマークテスト，本格的にあれこれやりだすも，BNCpack, MPIBNCpackの機能追加も合わせてやるハメになる。まあこうやって段々と便利になるんだが，逆に言えば，もう後戻りできないぐらいの機能が積み込まれてしまっているのである。今時なら，多倍長計算を楽にプログラムしたいのであれば，OpenMPのomniF77とか，先日も書いたIntelのFortran90コンパイラを使ってFMLIBを使う方が楽である。苦労してSend/RecvやらCollective Communication関数と格闘する必要はないだろう。やりたきゃ止めないけど。
んでも苦労してMPI対応したわしのライブラリは，折角ですからちゃんと生かしたいな。Globus対応とかね。あ，いや，言ってみただけです。今それどころじゃないので。
で，肝心のDKA法は，どーも収束が悪い。初期値もかなりギリギリ根に近いところに配置したにもかかわらず，だ。で，絵を描いてみたら，ありゃりゃ，初期値がおかしい部分がちらほら。全部異常というわけではないので，見逃していたのである。この辺がどーやら影響しているようだ。
もう128次だの256次だのという代数方程式を300桁以上の桁数で相手にしていると，数値データを目視するだけではどうにもなりませんなぁ。初期値の異常もExcelでプロットしてみて判明したのである。大規模シミュレーションでは数値そのものと直接触れる機会が無くなり，Visualizationだけを見ることになる。超低速並列分散CPUであるところの脳には大量の数値データを処理する能力がなく，直感的に把握できる図形に頼らざるを得ないのであるなあ，と実感。
ともあれ，もっと低次のものからちゃんと解くようにしないといかんな。ということで，案外長期戦になりそうな予感が・・・いかんいかん，今年中には投稿しなきゃいかんのだ。これから手がける○○行列の原稿が上がったらすぐに取りかからなきゃ。論文書くぞ。今年中にあと２本じゃ！ ファイトッ，オー(古いかけ声だこと)。
10/3(金) 掛川->浜松->掛川
[2007-12-13追記] ifcがらみの記事はこっちです。
爽やかな秋空が続く今日この頃である。その分，仕事にも身が入って・・・のはずなのだが，どーも，LC2003の原稿を無理して上げたのがたたってか，調子が戻らない。我ながら軟弱者であることよ。
今日は静大非常勤の講義開始日。東京に通わなくなったー，と昨年度は肩の荷を下ろした矢先にこの仕事が舞い込んだのである。世の中ままならない。まあおかげで冊子も出来たし，人間万事塞翁が馬・・・年寄り臭いな，もう。
最近はメールチェックもいい加減になった。spamだらけなんだもん。わしみたいなマイナー学者のでも，一度悪徳業者のアドレス帳に登録されてしまうと，わんさと来る。多分，リターン率なんて全く考慮せずに，送付先アドレスの数だけで金とってんだろうな。帯域のムダムダ，と思うが，逆に言えば，そんだけのメールを送っても，the Internet全体では大した影響がないということでもある。時代の移り変わりを感じる今日この頃。
10/2(木) 掛川・？
勢いづいて，Linux Conferenceの原稿を上げてしまい，今メールで送信し終わったところである。もう寝る。今度こそ寝る。しかし横山光輝があんなにボロクソに言われているとは意外だった(んなもん見てるからこんな時間になったんじゃ！)。
9/30(火) 掛川・晴
月曜日の日記を書こうとしたら，もう日が変わっていた。ちぇっ。
Linux Conference 2003のプログラムが公開された。むぅ，11/1(土)は最終日で，しかも基調講演なしかあ。こりゃ人が少なそうである。とりあえず，Closing Sessionまでお付き合いしてみることにしよう。あああ，原稿がまだ出来てない～。
寝ます(久々だな，このフレーズ)。
起きました(これは初めてではないか?)。
出勤前に，Intel Fortran Compiler for Linuxをインストールしてみる。サポートなしでNonprofit use onlyであるが，期限なしで使えるのはありがたい。もっともAcademic価格なら大した額にはならないのだが。
おお，これは簡単。install scriptはよくできている。自宅のPIII 800 MHZ + RedHat Linux 9.0にすんなりインストールできた。では，懸案のFMLIBをコンパイルして試してみようぞ・・・と始めたら，FM.f90のコンパイルが30分以上経っても終わらない。さすがFortran界の多倍長の雄であるわい。・・・などと感心している暇もなく出勤時間となり，そのまま自宅を出る。
cat /proc/meminfoしてみると，
[user@homemachine user]$ cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 260354048 256819200 3534848 0 1527808 201031680
Swap: 534634496 267313152 267321344
MemTotal: 254252 kB
MemFree: 3452 kB
MemShared: 0 kB
Buffers: 1492 kB
Cached: 14860 kB
SwapCached: 181460 kB
Active: 204448 kB
ActiveAnon: 191552 kB
ActiveCache: 12896 kB
Inact_dirty: 12208 kB
Inact_laundry: 8048 kB
Inact_clean: 4520 kB
Inact_target: 45844 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 254252 kB
LowFree: 3452 kB
SwapTotal: 522104 kB
SwapFree: 261056 kB
となって，どうやら256MBのメインメモリでは足りないらしく，Swapを引き起こしているのが分かる。どーりでHDDがやかましい訳だ。
教訓： 性能の良いコンパイラを使う時には，ハードウェアにもそれなりの投資をしましょう。
んが，悪いことに，glibcとの不整合があって，コンパイルしようとすると
[user@home user]$ ifc test.f
main program
7 Lines Compiled
/opt/intel/compiler70/ia32/lib/libIEPCF90.a(f90fioerr.o)
(.text+0x4d3): In function f_f77ioerr':__ctype_b’
: undefined reference to
となって，Executable fileが生成されない。どうやらFAQのようである。ちょうど，linux-users MLでも話題になっていた。
glibcをダウングレードするか，ダウングレードしたものをstatic linkして使う他ないのかなあ・・・とIntelのSupport Forumを読んでいたら，ctype.cなるソースを作って下さった奇特な方がおられたので，試したらおっけーでした。うーむ感謝感謝。
久々に，Fortran90と戯れてみるかなぁ。むっかし書いたソースがまだ残っているから，あれこれ弄ってみるもの一興か。
9/27(土) 掛川・晴
まだ夜中なので，天気不明。天候が安定しない典型的な秋の気候が続く。台風シーズンは終わりのようだが，でかい地震が今年は頻発している。釧路地方で震度6とのこと。義弟(なんだよなあ，実感湧かないけど)の実家は大丈夫かしらん？
Google Toolbar Version 2をインストールする。PageRankの数字が明確に表示できて，わかりやすさに磨きがかかった。んで，わしのWebページのPageRankはというと5/10とのこと。証拠はこれ。わしの職場のメインページと同じランクやんけ。どうやらわしのページ内リンクがそのままカウントされてしまっているようである。まあ，トップ以下のページでも独自にリンクされているところ(BNCpackとか)があるからなんだろうけど，客観的に見てどうなのかしらね？
今学期から，数学関連科目を多数引き受けることになった。それはいいのだけれど，さーて何をやろうか，となるとかなり迷う。わし自身は応用系の人間であるから，理論屋さんから見ればヘタレ人種である。しかし，世の中，立派な人間よりもヘタレの方がずっと多いのであるから，大衆迎合的に考えれば，わしみたいなのが教えるというのはそれなりに価値のあることなのである。
藤原正彦の「遥かなるケンブリッジ」には，著者があるカレッジのチューター(個人教授)となる経験が描かれている。数名の学生に対して家庭教師のように濃密なゼミを持つのであるが，そこでスポーツマンタイプの学生が，親しくなった藤原にこんなことを漏らす。カレッジの教授陣は，理論系より応用数学系の方向へ学生を導きたがっている。応用なら理論を適用するだけなので良い成績をとりやすいから・・・と。これは一面の真実を突いている。「良い成績」が「良い学問」に繋がるかどうかは首をかしげるけど，ね。
純粋数学の専門書は，ものすごく密度が高いので，読みこなそうとすると時間がかかる。しかも，馬車馬のように高度な次元へと一直線に誘うものだから，んなもんいらないこの程度でいい，と感じるヘタレにとっては敷居が高すぎて，目標意識を持つことが難しい。その点，応用系だと，解決すべき具体的な問題が提示されているから，こういう問題の前提に対してはこの理論を使えばいい，この手法を適用すればいい，という道筋がとりやすい。特にコンピュータの馬力に任せた試行錯誤的シミュレーションができれば，考えるための材料も得やすい。
わしが悩むのは，最初っから応用系を目指す人たちに必要な理論をどのように学習してもらうのか，ということである。理論系を目指して「挫折」しちゃった人たちは，そこに至るまでの理論的蓄積が期待できるから，まだいい。それが全くない場合は，目標意識を保つことができる程度に演習を行い，そこで使う理論を最低限提示し，しかも完璧な証明まで至らないまでも，その理論が正しいことを納得してもらうぐらいの「説明」を行う，という形を取ることになる。このバランスをどうするか，で悩むのである。
ま，悩んだところで，結果として「いい授業」が可能かどうかは怪しいのであるが，こーゆーことに少ない灰色の脳細胞を使うのは嫌いではないので，今日も，うじうじと結論の出るような出ないような思考に時間を費やしているのである。