2000年特別企画
|
1月：PC-9801VM2 1985年製(1989年7月購入) CPU:V30, 10MHz, 384KB(→640KB) 98版 DEME／MS-DOS3.3B
2月：PC-9801nv
3月：PC-9801nc
4月：PC-9801CS
5月：PowerBook145B
6月：ClassicII
|
7月：ThinkPad220 1993年製(1994年9月購入) CPU:386SL, 16MHz, 2MB(→10MB) DOS/V版 DEMEV／PC-DOS5.0
8月：ConturaAero4/33C
9月：TownsII UR
10月：ColorClassicII
11月：Performa550
12月：Libretto60
|
はじめはだいたい均等に100,000世代ずつくらいにしようと考えていたのですが，ものすごく時間がかかったりしたのがあり，それを別の機種でカバーしたりで，不統一になってしまいました（詳細は下表）．
計画していたうちPC-9801CSが飼育前に死亡してしまったので，最終的には11機で1,000,000世代をリレーで飼育し，1999年12月中に飼育を完了しました．右図はその分担マップです．左が世代（下から上へ），中が使用機種，右が飼育システムです．
PowerBook145BとClassicIIでは拡張ルールのシステムMccDEMEで条件を制限して飼育しました．ClassicIIがあまりにも鈍足なため，2機あわせて100,000世代です．右図では黄土色のPowerBook145Bの上のベージュ色のわずかな部分がClassicIIで機種名を書くスペースもありません．
そのあと（上）のThinkPad220も遅く，途中であきらめて，そのぶんAero4/33Cにがんばってもらいました．けっきょくこいつが最長区間を担当したことになります．
飼育システムとしては，最初の３ヵ月が98用の元祖DEMEで，そのあと２ヵ月拡張ルールのMccDEME，ついで２ヵ月DOS/V用のDEMEV，次のTownsがWin3.1なので一旦Windows用のDeme(W)にいったあとMacintosh用のDeme(M)で２ヵ月，最後のLibrettoのWindows95でもう一度Deme(W)に戻りました．
各機種の担当区間のうち連続稼動していた区間を適当にとって，飼育速度（計算速度）を比べてみました（詳細は下表）．
左表は１時間あたりに更新される世代数（縦軸は1,000世代）を示しています．
カラクラU(CCII)以後で飛躍的に速くなっているのが目立ちますが，よく見るとPC-9801ncとAero4/33Cも意外に健闘しています．
| 月 | 機種 | 担当区間(増) | 計測区間(増) | 所要時間 | 速度 (G/hr) | T (min/1KG) |
| 1 | 9801VM2 | 0〜100,000 (100,000) | 70,000〜71,000 (1,000) | 4時03分 | 247 | 243 |
| 2 | 9801nv | 100,000〜200,000 (100,000) | 170,000〜171,000 (1,000) | 2時55分 | 343 | 175 |
| 3 | 9801nc | 200,000〜300,000 (100,000) | 270,000〜280,000 (10,000) | 11時57分 | 837 | 71.7 |
| 4 | 9801CS | (0) | ? | ? | ||
| 5 | PB145B | 300,000〜389,000 (89,000) | 350,000〜351,000 (1,000) | 2時27分 | 408 | 147 |
| 6 | ClassicII | 389,000〜400,000 (11,000) | 390,000〜391,000 (1,000) | 5時16分 | 190 | 316 |
| 7 | ThinkPad220 | 400,000〜450,000 (50,000) | 420,000〜421,000 (1,000) | 4時37分 | 217 | 277 |
| 8 | Aero4/33C | 450,000〜600,000 (150,000) | 550,000〜560,000 (10,000) | 12時00分 | 833 | 72 |
| 9 | TownsIIUR | 600,000〜700,000 (100,000) | 650,000〜655,000 (5,000) | 10時22分 | 482 | 124.4 |
| 10 | ColoClaII | 700,000〜800,000 (100,000) | 750,000〜760,000 (10,000) | 1時17分 | 7,792 | 7.7 |
| 11 | Performa550 | 800,000〜900,000 (100,000) | 850,000〜860,000 (10,000) | 1時14分 | 8,108 | 7.4 |
| 12 | Libretto60 | 900,000〜1,000,000 (100,000) | 950,000〜960,000 (10,000) | 0時53分 | 11,321 | 5.3 |
大まかな経過は下表の通りで，東西の2種が併存する状態と全土1種になる状態が繰り返しました．1,000世代（または100世代）ごとに記録した中では最大4種になっている場面が見いだされました．
下表に 100,000 世代ごとの個体数，種数等を示しました．表中の B,G,P は差のある形質です．
| 世代 | 飼育システム | 個体数 | 種数等 |
| 0 | 2 | 1sp. | |
| 100,000 | DEME | 435 | 1sp. |
| 200,000 | DEME | 598 | 2spp., BG |
| 300,000 | DEME | 426 | 2spp., BG |
| 400,000 | MccDeme | 486 | 1sp. |
| 500,000 | DEMEV | 539 | 2spp., BG |
| 600,000 | DEMEV | 614 | 2spp., BGP |
| 700,000 | Deme(W) | 506 | 2spp., P,絶滅寸前 |
| 800,000 | Deme(M) | 532 | 1sp. |
| 900,000 | Deme(M) | 452 | 1sp. |
| 1,000,000 | Deme(W) | 599 | 1sp. |
生息域は川によって東，西，北の3つの地域に別れているとみなすことができます．すなわち，3種に別れている場合は各種がそれぞれの地域を占めている分布パターン（下図右），2種が併存する場合には，西北｜東（下図左）または西｜北東（下図中）のパターンが多く見られました．それ以外の様々な状態はそれぞれ稀で，変則的な状態とみなせます．
従って，全土単一種の場合のほか，2種併存の場合を「西北｜東」(WN|E)，「西｜北東」(W|NE)および「それ以外」(?)に，3種併存の場合を「西｜北｜東」(W|N|E)と「それ以外」(?)のパターン区別することが出来ます．
全1,000,000世代を10,000世代ごとに見た100回の分布状況を分類すると右図のようになりました．ここでは，上記と似た状態でも越境が見られる場合には「それ以外」として集計しています．ほとんどみられなかった「北｜東西」といった別れ方も「それ以外」に含まれます．
このほか「それ以外」には「どれかの種が押しまくられて絶滅寸前」，「進入したは良いけど孤立」みたいな状態も含まれています．わけありげで興味深いのはむしろこれらの世代です．
以下の機種で本体，システム側に日付に関する問題がありました．下記以外は正常に2000年1月1日に突入しました．他のアプリの不具合については調べていません．
古い DOS/V 機では BIOS が CMOS からうけとった日付を 1980 年と解釈してしまいます．これに該当したのは ThinkPad220 と ConturaAero4/33C でした．
Aero のほうは主力メール機で，ふだんから autoexec.bat で Windows3.1 が起動し「スタートアップ」でメールソフトが動くようにしていました．さして気に留めずに正月にスイッチ・オン．処理が1980年1月4日の日付で行われてしまい，年末年始のメールの順序がぐちゃぐちゃに．．．なめてた私が悪かった．
あらためて Compaq のアナウンスを見てみると，この機種に対しては「代替手段のソフトウェア ワークアラウンド（回避策）を提供します。」と書いてありました．「2000年以降に、手動で西暦を入力するMS-DOSプロンプトからDATEコマンドで日付を変更するか、Windowsの[コントロール パネル]で[日付と時刻]アイコンを使って日付を変更します。日付を変更したら、アプレットを終了して[コントロール パネル]を閉じます。その結果、CMOS内の世紀バイトが更新されます。PCのCMOS内の世紀データを更新するこの方法は、MS-DOS 6.2、Windows 3.1、Windows 95、 Windows NT 3.51、およびWindows NT 4.0の各オペレーティング システムで検証済みです。」．．．要するに手でいれろということです．
こんなモノにまで，ちゃんとしたアフターケアをしているあたり Compaq は偉いと思います．でも，それなら「新年最初にそういう操作が必要だから，年内に autoexec.bat を代えておいたほうが良いよ．」とか「Windows3.1 のスタートアップはずしておきましょう．」とか書いてくれれば，もっと親切だったんですけどねぇ．どっちにしても僕は読んでませんでしたけど．
IBMのサイトでは，ThinkPad220 は「非対応」で「世紀バイトを手操作で更新」 となっていました．Aero と同じですが，これだけでは具体的な方法がわかりません．
Windows3.1に付属のファイルマネージャ(winfile.exe)ではファイルの日付表示が":0"年になりました．でも日付順にすると"99"より新しくなるので，これはこれで問題はありませんでした．MSKKのサイトでは，めずらしく律義に"00"と表示できるファイルマネージャが配布されていました．ダンンロードして置き換えてみたところ，DOS/V機のWindows3.1ではきちんと動きましたが，TownsIIのWindows3.1では動きませんでした．
1985年製の最古参PC-9801VM2は，もともと年が変わっても年はそのままで月日が1月1日になるだけなので，毎年正月には年を手動入力する必要があります．今回は2000が入るか不安でしたが，無事更新できました．こいつは閏年の2月29日も知らないので，その時も一日ずらしてやる必要があります．