XWIN II Weblog

VAIO type Z に Windows 7 64-bit Beta をインストール

Windows 7のベータ版については、32-bit版、64-bit版のいずれもダウンロードしてDVD-Rに焼いてもあったのだが、いかんせん時間がなかったので手をつけられずにいた。ようやく今日、時間が若干取れたので、私のメインノートPC VAIO type Z（VGN-Z90US）にインストールしようと試みた。

だが、購入時よりHDDのパーティションを変更していなかったことから、CドライブとSドライブ（システム用）、そして不可視ドライブ（リカバリー領域）的な扱いの3つしかない。さすがに現在の環境に上書きする勇気はない…いやそこまで無謀ではないので、新たにパーティションを切ることにした。幸いにしてCドライブの終端に若干の空きがあったので、40GB超のパーティションを用意できたが、これがだめだったならおそらくインストールをやめただろう。若い頃ならいざ知らず、HDDの容量増大に伴う復旧時間の長さも伸びる一方なので、ちょっと試そうという気が起きないのである。もう一つの方法であるHDD換装についても、そこまでして……という思いが強い。もっとも大きな理由は、「現状で特に困っていない」ということなのだが。

さて、40GB超のパーティションを用意し、NTFSフォーマットで初期化を済ませて、早速、Windows 7のベータをインストール開始。問題は、32-bit版か64-bit版かというところだったが、どうせクリーンインストールするならと64-bit版で行くことにした。Windows 7 64-bit版ベータを焼いたDVD-Rを挿入し、再起動。BIOSの設定で、内蔵HDDよりもDVDドライブの軌道優先順位を先にしてあるので、画面表示に促されるようにスペースバーを押してDVD-Rよりブート。しばらくして、以下のような画面がお目見えする。

画面比率が800 x 600の解像度を1600 x 900に引き延ばして表示しているので、横長画面となっているが、そんなことは気にしない。Windows 7 ベータは日本語版であるため、インストールする言語は「日本語」しか選択できない。他は選択可能だが、キーボードの種類を「英語キーボード」に変更する以外はデフォルトのまま。「次へ」ボタンを押すと、

「今すぐインストール」とせっかちなメッセージ。これを押したら、有無をいわさずインストール開始というのではかなわない（そういった悪しきインストーラが多いのは事実）が、さすがはMicrosoft社。そういうふうにはならない。「今すぐインストール」を押すと、

このようにインストール場所の選択画面になる。仮に、パーティションが一つしかなかったとしても、次に示す使用許諾画面になるので、「ちょっと待ってよ」的なアクションをユーザに与える結果となっている。人によっては一手間余計と思うかもしれないが、取り返しがつかなくなるよりははるかにましである。インストーラを作成・設定するような方は、こういう点に十分注意して作成してほしい。と、余計な話はこのくらいにしてインストール場所の話に戻ると、先にふれたように新たに作成したパーティションを選択した。その昔は、論理ドライブにOSのインストールなどできなかったが、今やそんなのは関係ない。まったく問題なくインストール可能である。で、「次へ」ボタンを押すと、

いよいよインストールの開始である。全部で「ファイルをコピーしています」、「ファイルの展開中」、「機能のインストール中」、「更新プログラムのインストール中」、「インストールの最終処理の実行中」と5つのステップがあるが、インターネット接続を行っていないため、「更新プログラムのインストール中」はスキップされると予想される。とにかく、ひたすらDVD-Rからの断続的なコピーが続き、その後、「ファイルの展開中」に遷移してもDVDドライブへの断続的なアクセスは続く。ここは、パーセント表示がなされるので、概ねどのくらい進んでいるのかがわかるが、定時的に進むわけではないのであくまで目安に過ぎない。

そしていよいよ100パーセントになったかと思ったら、「機能のインストール中」がスキップされるように終わり（「ファイルの展開中」をしながらインス トールをしたのか、あるいは追加プログラムが一切ないのでスキップされたのか？）、「更新プログラムのインストール中」に移行。予想通り、しばらく時間が 経過したところで「インストールの最終処理の実行中」に遷移。ここでの作業中に、

画面解像度が1600 x 900に切り替わった。ここまで来ると、インストール作業も大詰めを迎えたという感じである。そして、

ユーザ名とパスワードの設定画面が登場。その後、基本的ないくつかの設定作業を経て、無事にインストールは終了である。インストールを開始してからほぼ20分ほど。クリーンインストールということもあるが、Windows Vistaのインストールよりも確実に速くなっているのは確かである。そう思いながら、デスクトップが出てくるのを待っていると、

おなじみのWindows 7ベータ版のデフォルトデスクトップが登場。このグッピーみたいな熱帯魚が泳ぐのが…、泳ぐのが……、って泳がないぢゃん。ちなみに右下のバルーンは、セキュリティソフトをインストールしていないよという警告なので、熱帯魚が泳がないのとは関係がない。いやな予感がする。これはG45内蔵グラフィックスが有効になったのでは！と確認してみると、

やっぱり、G45内蔵グラフィックスが有効になっていた。VAIO type Zのグラフィックス切り替えスイッチは、最初から「SPEED」側に設定しておいたのだが、GeForce 9300M GSは無視されたようである。よく見れば、切り替えスイッチのグリーンLEDも点灯していない。いきなり、魅力半減だ──というところで次回に続きます。

VAIO type Z（VGN-Z90US）のBIOSアップデートによって異常スリープは改善されるか

タイミングはいつの頃だったかはっきりしないが、おそらく前回のBIOSアップデートからだったような気がしないでもなく、まぁはっきりしないと歯切れが悪いが、私のVAIO type Z（VGN-Z90US）におけるスリープ動作が怪しくなっていた。どう怪しいのかといえば、

• スリープモードに突入する途中で何らかのアクション（トリガ）によって、スリープから復旧しようと試みるのか（？）、どっちつかずの動作に陥り、HDDにアクセスし続け、画面はブラックアウトのまま。結果的に強制シャットダウンせざるを得なくなる。
• スリープモードに移行した後、ディスプレイを閉じたのをきっかけにスリープモードが解除され復帰動作が開始される。

もちろん、Windows Vista上の設定では、外部（USB等）からのアクションによって自動的に復帰できるような設定はOFFにしてある。にもかかわらず、このような症状が発生していたので、スリープモードに突入させるのに異常な神経を使わなければならないという、本末転倒な状態となっていた。厄介なのは常時発生するわけではない、というところである（PCとしてはそうではないのだろうが…）。

そんな中、VAIO type ZのBIOSアップデートのリリースが知らされたので内容を確認してみた。

どうやら、今回の新たな変更点を見る限り、異常スリープの一部が改善されそうな感じだったので、早速アップデートを試みた。

いちいち課程は記さないが、無事にBIOSアップデートは完了。さて、今日からスリープ異常は改善されるだろうか、様子見としよう。

表音派と表意派と

自分の名前を読み間違われるのと、書き間違われるのとでは、どちらがよりイヤな印象を受けるだろうか。私は珍名さんではないので、概ね読み間違われることはなく、書き間違われることの方が多い、というかほとんどなのでどちらが云々とは言い難い。

ただイメージとして、仮に「湯木一朗」、読みは「ゆもくいちろう」という名前だとして、これを「ゆぎ」さんと言われるのと「湯本」や「一郎」と書き間違われるのとでは、後者の方がヤな感じである。

個人差は当然あると思うが、私の身の回りでは、多くが読み間違いよりも書き間違いの方がいやがる傾向が高かった。しかし、朝鮮半島の方々は読み間違いを嫌う傾向が高く、中国の方々は書き間違いを嫌う傾向が高いなど、国民性というか文化の違いによっても差が大きいようだ。

朝鮮半島は、ハングル文字（表音文字）ばかりの教育（最近は漢字の復権も言われているが）のためか、自分の名前を漢字で書けない若者が多いという話を韓国のビジネスパートナの方から嘆きとしてよく聞くので、字の間違いなど気にしないのだろう。いや、気にしないどころか書けないのではそれ以前の問題だろうか。

一方、中国は漢字という表意文字が中心に位置しており、方言が多く読みの異なる字も多いことから、読みよりも字そのものを重視しているのかもしれない。

振り返って我が国を見れば、漢字から変化したカタカナ、ひらがな、そして漢字という何種もの文字を使い分けているので、表音、表意のどちらか一方に偏りがたいのだろうか。と、多忙の朝に軽く考えてみたりする。

VAIO type Z、強化妄想

NehalemマイクロアーキテクチャのMobileプロセッサには、ほとんどというかまったく期待していないので、VAIO type Zはよほどのことがない限り、あと最低でも2年程度は私のメインノートPCとして活躍させるつもりであるが、まったく何も不満がないかと言えばそんなことはない（苦笑）。

まず、何はなくともSSDを載せたいと思っている。しかし、現在リリースされているSSDには載せたいと思わせるだけのものはなく、ソフトウェアレベルで見てもSSDを前提としたOSとなっていない（メインメモリを圧迫してでもキャッシュしておく必要性がどの程度あるのか云々）。よって、どんなに早くてもWindows 7のリリースを経た後でないとSSD化する価値を見出すことはできないので、今すぐというわけではない。

そして、メインメモリの強化も忘れてはならない。現在、4GB載せていて、32-bit版Windows Vistaでは1GBほど余らせているのに何を言っているのか、と思われるだろうが、私の狙いはチップセット上限の8GB（S.O.DIMM 4GB x 2）を載せ、OSは64-bit版をメインで使い、デュアルブートで32-bit版を残す、というものである。使い方にもよるが、64-bit版では32-bit版よりもメモリにゆとりはあって高速化に寄与できるし、32-bit版では約5GBのRAMディスクを構築して、必要なアプリケーションはSSDからRAMディスクに移してから実行させる（無論、スワップ領域もRAMディスク指定）。これによって、耐衝撃も強化されるので、移動中にもHDDアクセスを気にしないで実行できる（大丈夫だと言われても昔気質の私なので、HDDの動作中に持ち運ぶなど精神衛生上よくないのだ）。

つまり、強化すべきポイントをまとめると以下のようになる。

• HDDをSSDに換装する（ただし、OSサポート後か類似の状況が実現できた場合）。
• 64-bit対応OSを搭載する（32-bit OSとデュアルブート）。
• メインメモリを8GB（S.O.DIMM 4GB x 2）に増やす。

深刻なボトルネックは、間違いなくHDDのアクセス及び転送速度なので、SSDに換装するだけで数倍以上にパフォーマンスは向上（ベンチマークではなく、ランダムアクセスが多い場合）するが、一方でHDDを前提としたOS（ドライバ）作りが成されている現状では、SSDの真の実力が発揮できないばかりか、逆に新たなボトルネックを現出してしまう。よって、SSDへの換装はOS変更、つまりクリーンインストール時に行うことを考えている。また、32-bit OSでは4GBでも使い切れず、一方で64-bit OSでは4GBでは少なすぎる。そこで、GM45 Expressチップセット上限の8GBまでメインメモリを増強し、これを受ける形で64-bit OSの導入を図る。もちろん、SSD換装の前提もOS変更なので、SSD積極サポートの64-bit OSがリリースされ次第、これらの強化を同時に実行する。

と、思わず涎が出そうな妄想を昼休み中にしてしまったが、今すぐにも実現できるのは、メインメモリ8GB化、つまりはS.O.DIMM 4GB x 2の購入だが、大変残念なことに約15万円もするようである（MacBook Pro用としてのもの）。昔であれば「ふ～ん」程度であるのだが、最近のメモリ価格を見れば、さすがにこれは踏み切ることができない。妄想も一気に覚め、現実に引き戻されたところで今回はここまで。

仕方がないことかもしれないのだが…

今日は未明から、米国オバマ大統領がらみの中継やらニュースやらで溢れかえっている。こういう日に何か事件が起きてもあんまり報道されることはないんだろうと思いつつ、エルピーダメモリの経営統合可能性についての報道は行われていたりはしている。

しかし、米国大統領就任式でこれだけの騒ぎになっているのに比べ、我が国の内閣総理大臣は選定方法が大きく異なるとはいえ、事実上、多くの国民不在で安倍、福田、麻生と三代続いており、5年も前の衆議院議員選挙の結果に胡座をかいているようでは…。

仕方がないことかもしれないのだが、我が国の国民は高齢化が進み、都市寄り中心…いや年寄り中心の政策がまかり通っている。一応子育て世代に云々というものもあるにはあるが、頭数を考えれば焼け石に水というか、見かけ上のごまかしに過ぎない。言い過ぎとは思うが、振り込め詐欺に簡単に騙されるような方々が、選挙で騙されないはずがない。そういった人たちが多くを占め、後代のことをほとんど考えないその場しのぎの政策を支持し、それに右往左往する政党、議員の資格に汲々とする人々。

多数が正義の民主主義とはいえ、団塊の世代がいよいよ足を踏み入れる高齢化社会をこのままにしておいていいものだろうか。すべてを一律に、といえば反発はあり（物理年齢で健康等に大きな違いが出るのは高齢であればあるほど顕著）、かといって一定の線引きはそれでそれで線引き根拠に対して百家争鳴状態となるのは必至。国民のための、という国民とは何か。多数が正義なのか。朝からオバマばかりで、こんなことを考えてしまったとさ。

消えていたモスバーガー自由が丘店

昨日更新しようと思っていたら、急用が入ってネットどころではなくなり、やむなく今朝更新することになった。
昨日（18日）、家人の用に付き合って自由が丘まで出かけることになったのだが、昼時ということもあり、久しぶりにモスバーガーに行ってみようとなって、大丸ピーコックの並びにあるモスバーガー自由が丘店まで歩を進めてみた。

確か、ここがモスバーガーだったような…。既に看板なども取り外されており、おそらく20年以上の命脈を保っていたであろう、モスバーガー自由が丘店はなくなっていたのである。どうやら、昨年末に閉店したようで、モスバーガーの台所事情（というよりフランチャイズ店の待遇）が厳しいのだなぁと思わされた。

よく利用していたわけではないが、それでもなじみの店がまた一つなくなった。さみしいものである。

64-bit時代はいつ到来するか 過去の歴史編

前回の続きです。

ここでは、16-bit環境から32-bit環境への移行について見ていこう。過去の歴史であるので、見解はともかく事実としては歴然としている。

32-bitマイクロプロセッサは、IA-32の元祖である「80386」（i386、i386DX）が最初のもので、リリースは1985年。何と、24年ほど前のできごとである。未だにIA-32は主流であることに驚かされると同時に、ソフトウェアの寿命というものは想定しているよりも長くなると言うことを思い知らされる（メインフレームの世界はさらに長い）。しかし、IA-32をフルサポートする最初の市販OSは、Windows NTだった。実に80386の登場から、6年の歳月が流れていた。もちろん、Windows NTよりも前にIA-32をサポートしているものはあった。例えば、Windows/386（VMM＝仮想マシンマネージャと仮想86モードによるDOS互換ボックス等が利用）であるとか、仮想EMS等を実現するためのDOSに付属していたEMM386ドライバ、DOSエクステンダ等々、いわゆる32-bitモードを利用するソフトウェア群である。しかし、基本的な部分をすべて32-bit環境に対応させたのは、Windows NTが最初である。

だが、ご存じのようにWindows NT 3.1（バージョンは3.1からスタート。当時、Windows 3.1との互換性をアピールするため、バージョンナンバが異例の3.1から始まっている）は、ハードウェアリソースの過大な要求やパフォーマンスの悪さから、ほとんど普及することなく、32-bit対応のアプリケーションソフトウェアが出揃い始めたと言えるのは、Windows 95（1995年リリース）以降のことで、80386のデビューから約10年が経過、Windows NT 3.1のリリースからは約4年が経過していた。しかも、Windows 95（後継バージョンのWindows Meまで同様）は32-bit環境をうたいつつ、実際は32-bitの皮を被った16-bit/32-bitハイブリッドOSであった。これが真の32-bit OSとなるのは、Windows XPのリリース時であり、2001年のことである。つまり、すべてが32-bit環境に移行したのは、2001年からなのであった（もちろん、しばらくの間はWindows 9x系OSが現役であろうから、2001年以降と言うべきかもしれないが）。80386のリリースからは約16年を必要としたのである。マイクロプロセッサも、80386は遙か昔の存在で、80386 → 80486 → i486DX2 → Pentium → MMX Pentium → Pentium II → Pentium III → Pentium 4と世代交代を重ねていた。

では、64-bit版となるx64プロセッサの嚆矢は何だろうか。IA-64ならItaniumとなるが、x64はAMD社が最初である（計画発表は2000年。搭載プロセッサは2003年リリース）。その後、Intel社もほぼ同じ仕様で登場させたが、今年でまだ6年しか経過していない。幸いにして、16-bitから32-bitへの移行よりも、32-bitから64-bitへの移行の方がはるかに簡単（AMD64策定者に感謝）なので、OSのリリースは早かった。しかし、データベースサーバ等、メモリアドレスが枯渇、逼迫していたものはともかく、多くのユーザは32-bit環境で困っておらず、64-bit環境が普及しているとは言い難い。このことは、x64対応アプリケーションソフトウェアが少ないことを裏付けており、アプリケーションソフトウェアの32-bit移行へ大きく貢献したMicrosoft Officeが、未だにx64対応版を出していないことからも伺える。Microsoft社の言い分は、64-bit Windowsの32-bit互換モードでMicrosoft Officeは問題なく動作するということだが、真に64-bit環境への移行を促すのなら、真っ先にx64対応版を出すべきだろう。Windows 95と32-bit版Microsoft Officeは同時リリースだったことを思い起こせば、やる気のなさは伝わってくるというものだ。
（それだけ32-bit環境で困っていないという裏付け。）

このように歴史を振り返ってみると、64-bitへの移行のターニングポイントが最初の対応OSが出てから、4年後あたりにあることがわかる。もちろん、16-bitから32-bitへの移行とまったく同じではないが、当たらずとも遠からずだろう。しかし、ユーザ層の厚さは約15年の間に雲泥の差があることから、すべての層がとなるとさらに時間はかかるに違いない。現に、Windows最初の64-bit対応と言えるのがWindows Server 2003と考えるので、その4年後となると2007年にあたり、もう過去の時代となっている。2007年と言えば、往時のMicrosoft社のプランによれば、64-bit「専用」OSとなるWindows Vistaを出荷するはずだった。タイミングとしては悪くはなかったが、Windows Vista開発のどたばただけでなく、市場が64-bit化を求めていないことから、わざわざWindows Vistaの32-bit版まで用意したにもかかわらず、Windows XPから移行してくれないという現実にぶつかった。XPからVistaへの移行すらままならないのに、32-bit環境から64-bit環境への移行など、夢のまた夢となるだろう。

では、いつ頃が移行期となるのだろう。以前、当Blogでは2011年あたりではないかと予想したこともあったが、UMPCの爆発的普及とWindows 7の32-bit環境重視というスタンスから、さらに遅れるのではないかとも予想する。ただし、ハイビジョン放送を始めとしてPCで扱うデータ量が飛躍的に増加しているのも一方ではあり、これを梃子に64-bit環境の必要性が出てくる可能性は高い。そうなると、やはり2011年というのはターニングポイントとなるのは確かだろう。私としては、Vistaで仕切り直しとなったMicrosoft Officeの64-bit対応版が、移行への大きな布石になるのではと見ている。

三回にわたって「64-bit時代はいつ到来するか」を見てきたが、最後にもう一度、私の64-bit時代の定義を確認しておこう。

　64-bit時代とは、PCに搭載されるOS、主要アプリケーションソフトウェア等がすべて64-bit（ここではいわゆるx64）環境をサポートし、32-bit互換環境をほとんど必要としなくなる状態、かつ32-bit環境よりも確実に高速化することをいう。

ハードウェア、ソフトウェア、過去の歴史から見てきたが、64-bit時代を迎えるには、まだまだハードウェアリソースは不足（特にメモリバススピードとメインメモリ容量）しており、ハードウェアをサポートするデバイスドライバもまだまだ、快適な操作環境を実現する64-bit専用アプリケーションソフトウェアはさらにまだまだ、と言えるだろう。32-bit Windowsよりも64-bit Windowsの方がシステムが堅牢だというのは事実だが、だからといってコンピュータウィルスの類に感染しにくいというのは単に64-bit環境が普及していない証左である。普及するには、移行させるにはそれだけのユーザメリットが必要であり、仮にハードウェア環境が64-bit環境に相応しいものになったとしても、ソフトウェアの対応がまだまだなら、32-bitプロセッサを搭載しながら高速なDOSマシンとしていたのと同じことの繰り返しである。

この話は、そもそもVAIO新春モデルにおいて多くが64-bit Windows専用マシンとなったことに端を発していたので、最後の最後にこれについてふれておくと、一言で「勇み足」と結論づけられる。こうせざるを得ない事情は、安価なノートPCと一線を画す必要からだとわかるのだが、多くのユーザに対して一線を自ら画してしまったような印象を受ける。おそらく、それほど遠くない時期に32-bit OSの選択肢が登場（復活）するのではないだろうか、と予想して三回にわたった「64-bit時代はいつ到来するか」を終える。

64-bit時代はいつ到来するか ソフトウェア編

前回の続きです。

ハードウェアの問題はこのくらいにして、続いてソフトウェアの問題について見ていこう。ソフトウェアと言っても、大きく分けて3つのカテゴリに分けることができる。一つめはOS、二つめはデバイスドライバ（ハードウェアを使うためのアプリケーションソフトウェアを含む）、三つめはアプリケーションソフトウェアである。

このうち、一つめのOSについては、64-bit版Windowsはリリースされているので問題はなし。二つめのデバイスドライバ（ハードウェアを使うためのアプリケーションソフトウェアを含む）は、今まで使っていたハードウェアが使えないという致命的欠陥を抱えることから、移行できるかできないかはデバイスドライバ等のリリースにかかっている。大手メーカであれば、システムソフトウェア開発部隊がいるのでいいが（人材によるという条件有）、そうでない場合は厳しい。三つめのアプリケーションソフトウェアについては、32-bit互換モードで動作すればいいとしつつも、64-bit専用アプリケーションソフトウェアとしてだけでなく、確実に32-bitアプリケーションソフトウェアよりも差別化できるだけの要素を必要とする。多くのユーザはアプリケーションソフトウェアを操作するユーザなので、たとえハードウェアやOS等が64-bit環境をサポートできるものであっても、肝心のアプリケーションソフトウェアにそれほど差異がない（32-bit互換モードではフルに3GB割り当てられると言われても喜べるユーザは少ない）のであれば、同じく厳しい。これは、16-bitから32-bitへの移行の際にも、顕著に示されたものである。

ハードウェアとソフトウェアの関係は、鶏と卵の話に比喩されることが多いが、悪循環に陥るとハードウェアはソフトウェアの少なさを嘆き、ソフトウェアはハードウェアの少なさを嘆くという嘆き合いになってしまう。これを打破するには、間違いなく優秀なソフトウェアの投入が必須である。32-bit時代への移行に大きく寄与したのは、間違いなくMicrosoft Office 95だろう。Windows 95と同時リリースされたOffice 95は、32-bit専用アプリケーションソフトウェアがほとんどなく、また新しいWindows 95のユーザインタフェースに対応したこともあって、競合ソフトウェアを一気に駆逐した。Windows 3.x時代においては、Windowsアプリケーションへの移行に手間取っていた有力なDOSアプリケーションソフトウェアメーカは、32-bit化への波に呑み込まれてしまったのである。無論、これは反トラスト法訴訟においても問題視された（OSとアプリケーションソフトウェアの密接な関係を疑われた）ものであり、両手を挙げて賛同すべきものではないのだが、Office 95のインパクトはWindows 95のインパクトと同等、あるいはそれ以上のものだったのである。

Office 95は、32-bit Windowsアプリケーションだと言うことを喧伝はしたが、使うユーザ側はそんなことよりも、以前のバージョンよりも快適に使えることを重視した。このことは換言すれば、64-bitへの移行は、64-bit Windowsアプリケーションだということよりも、現行のOffice 2007以前のものより快適に使えることの方が重要だとなる。まったく自明のことなのだが、煮詰まってくると忘れがちになることでもある。当たり前だが、移行させるよりも移行していただく方がよほど簡単なことなのだ。

Windows 95とOffice 95の強力なタッグで、32-bit Windowsアプリケーションは好循環となった。一方で寡占も進んだ。不公正な競争という意見もあるが、それ以上に拡大する市場に適用できるだけの開発力とマーケティング力が必要になり、独りで牧歌的なプログラム開発は一部を除けばホビー化した（というか戻った）。しかし、32-bit Windowsアプリケーションの普及はとどまるところを知らず、これがWindowsの完全32-bit移行への重要な布石となった。

小結としてまとめると、ハードウェアとソフトウェアの関係はデバイスドライバも含め、ソフトウェアがなければ始まらないというソフトウェア優先指向に位置づけられる。もちろん、ハードウェアの普及が前提であることは「鶏と卵」の比喩からも明らかだが、決定的に重要なことはキラーソフトウェアのリリースである。つまり、対応ソフトウェアの登場が普及を大きく進めるための原動力となる。16-bitから32-bitへの移行では、Office 95がキラーアプリケーションソフトウェアとなった。新OSとの同時リリースはそれだけでもインパクトがあったが、Windows 95のリリースそのものも大きく注目されたものだったので、その効果は絶大だったのである。では、64-bitへの移行は何がキラーソフトウェアとなるだろうか。まさにそれこそが一番の注目と言えるだろう。

64-bit時代はいつ到来するか ハードウェア編

当Blogでも何度か標記の話題については展開したことがあるが、VAIO新春モデルにおいて多くが64-bit Windows専用マシンとなった今、改めて検討してみたいと思う。とはいえ、まずは64-bit時代とはどういうものを指すのかの定義が必要だろう。私は次のように考える。

　64-bit時代とは、PCに搭載されるOS、主要アプリケーションソフトウェア等がすべて64-bit（ここではいわゆるx64）環境をサポートし、32-bit互換環境をほとんど必要としなくなる状態、かつ32-bit環境よりも確実に高速化することをいう。

つまり、ハードウェアやOSは64-bit環境をサポートしていても、その上で動作するアプリケーションソフトウェアが32-bit環境のエミュレーションで動作するのは論外。また、同一ハードウェア上で同じ処理を64-bit環境よりも32-bit環境で行った方が速いというのも論外。要は、名実共に64-bit環境に対応していなければならない、というわけだ。

この視点を持って、まずはハードウェアから確認すると、マイクロプロセッサについてはIntel社及びAMD社いずれのものも、ほとんどがx64をサポートしているので、これは問題ない。しかし、システムバス周りはまったく問題がないとは言い切れない。中でも重要なものは、メモリバス、メモリサブシステムについてである。言うまでもないが、32-bitプロセッサよりも64-bitプロセッサの方が扱うデータ量（命令含む）は多くなるので、プロセッサ内蔵キャッシュメモリからこぼれたものはすべてシステム（メモリ）バス経由でいわゆるメインメモリ（物理メモリ、RAM）にアクセスするようになる。実際、どの程度のバス占有密度（割合）にもよるが、32-bitレベルでいっぱいいっぱいだった場合は、確実に64-bitレベルになれば当然厳しくなるだろう。逆にゆとりがあるのであれば、ここは問題とはなりにくい。とはいえ、キャッシュメモリも含めて32-bitから64-bitに移行すれば、確実にメモリ占有量は増えることになる。

また、メインメモリの容量も問題となる。Windowsの場合、32-bit版においては通常2GB分のメモリアドレスをシステムソフトウェアの使用領域として占有しているが、実は必要なシステムソフトウェアを割り当てられないのが現状である。つまり、必要に応じてロード及びリロードを繰り返す（再割り当てする）ことになり、システムパフォーマンスの低下につながっているのだ。ただ、別の見方をすれば、メインメモリの容量を抑えることにつながっているため、それほど多くのメモリを搭載していなくてもうまくアプリケーションソフトウェアを実行させることが可能となっている。

これが64-bit版になると、メモリアドレスが拡張されることで基本的にすべてのシステムソフトウェアをロード（アドレスマッピング）させておくことが可能となる。もちろん、すべてがメインメモリに割り当てられているわけではないが、システム側の要求に従って2GBを大きく超える割り当ても可能になる。このことは、アプリケーションソフトウェア側から見れば、メインメモリへの割り当てが減ることを意味する。つまり、メインメモリはあればあるほど64-bit版には効果はあるが、メインメモリが少ない場合は32-bit版よりも都合が悪いことになる。

以上、マイクロプロセッサ及びメインメモリ周辺について見てきたが、ほとんどのマイクロプロセッサがx64をサポートしていることからアーキテクチャレベルでは問題はないものの、取り扱うデータ量が増えることから、内蔵キャッシュメモリの容量を圧迫する要因になり得る。そしてメモリバス及びメインメモリの容量もより多く要求する傾向であるから、同じことをするにも32-bit環境より多くのメインメモリを必要とする。従って、32-bit環境で扱うことが可能なメインメモリ（物理メモリ）上限の3GBまででは、一時的な瞬間風速を除けば、一般的に32-bit環境より64-bit環境の方がパフォーマンスが劣ることになる。

では、どの程度のメインメモリを搭載すれば、64-bit環境の方がパフォーマンスが確実にあがるといえるだろうか。一般的に32-bitプログラムよりも64-bitプログラムの方が、バイナリレベルで20～30パーセントほどサイズ（データ量）が大きくなる。このことだけを考えれば、3GBの1.3倍超となる4GBもあれば、ほぼ同等かそれ以上となるが、先に挙げたWindowsにおけるシステムソフトウェアのロード（アドレスマッピング）のように他の要因もあるため、6GB（2GB × 3DIMM）あるいは8GB以上となるだろう。こうなると、今度はチップセット（メモリマネージャ）側の制限にひっかかることになり、8GBまでが上限となるものがほとんどなのが現状である。

小結としてまとめると、64-bit環境が32-bit環境を上回るには、システムバス強化に加え、中でもメインメモリの容量を6～8GB以上とする必要がある。ただし、これを実現するPC（ハードウェア環境）は少なくはないが、メモリサブシステムに制限があるものがそれなりに存在する。よって、4GB程度では32-bit環境と同等であるので、積極的に64-bit環境に移行する理由とはならない、と結論づけられる。

住民を管理したがるのは誰？

タイトルはこのようになっていますが、結論はつけません。あしからず（苦笑）。
今朝のニュースで「外国人にも住民基本台帳と類似制度を導入」みたいなものをやっていたので、ほほぅ！と思った次第。
あまり外国人登録制度がどういうものか知られていないが、一言で言えば市区町村管理のデータベースで、相互乗り入れについてはまったく考慮されていないというもの。これを日本人と同じような住民基本台帳制度とし、行政サーヴィスの受け漏れを防止するのが狙いとしつつも、管理のしやすさを行政側が狙ったものとなる。無論、管理のしやすさなどとは微塵も表に見せてはいない（笑）。

ただ、利用者側の観点からもメリットがある部分、例えば外国人と日本人とのいわゆる混合世帯の扱いなど、これは行政側の管理も煩雑なのは間違いないが、利用者側というか当事者も面倒なことこの上ない。同一世帯として認定するのも一苦労である（とはいえ、この程度の面倒さと管理のされやすさを比較すれば面倒をとる方も多いだろうが）。

まぁそれはともかく、本来、外国人登録制度は他行政サーヴィスの情報提供にしてはならないものであり、それを行政側の都合で勝手に（個人情報審議会なるザル審議を通して）使っており、それが不便だから変えたいというのが根底にある。私がこう言うのも何だが、とある地方自治体の住民データベースを利用したシステム構築に関わった際、外国人登録制度がただ登録するのが目的であって、住民異動情報さえ追うことができないのには愕然とした（できなくはないがシステム化不可能）ので、変える気持ちはよくわかる。

日本人にしても、戦後だけ振り返ってみても民主的な戸籍制度に変わった後、昭和40年代（1960年代後半）に住民基本台帳法ができ（それまでいわゆる住民票はなかった）、そして住基ネットが導入されている。どちらもが住民の便に供するという建前だったが、実際には行政側の管理に都合よく利用されている。結局、あるものはどんな理由があれ、使われるものなのだ。