EISAの出現とISAバスの確立 PC標準化への道：”PC”あるいは“Personal Computer”と呼ばれるもの、その変遷を辿る（3/3 ページ）

[大原雄介，ITmedia]

　余談のついでにいえば、このEISAのSpecificationはなかなか日本では入手が難しかった。そこで少なからぬエンジニアは、EISAのSpecificationそのものではなく、これの解説書（写真2）をがんばって入手し、これを読み込んで仕様を理解したりしていた。

写真2：現在はSecond Editionが入手可能。これは筆者の私物だが、当時多分シリコンバレーのFry'sか何かで買ったのだと思う（もう入手方法まで覚えていない）

　さて話をEISAそのものに戻す。EISAにはすぐに強い味方が出現した。Intelである。Intelは1990年にEISA向けのチップセットとして、Intel 82350シリーズを出荷開始した（写真3）。

写真3：Intel 82350シリーズはこの4つのチップから構成された。出典はComputer History Museumの“Intel 82350 EISA chip family”。

　構成は386向け（写真4）・486向け（写真5）ともにおおむね同じで、この82350シリーズを利用することでEISAのカードや対応マザーボードの構築がかなり容易になった。

写真4：82357はIntegrated System Peripherals、82358はEISA Bus Controller、82355はBusMaster Interface Chip、82352はEISA Bus Bufferとなっている。出典はIntelの82350 EISA Chip Set（Order Number:290220-004）

写真5：こちらは486の場合。82357/82358と82352×3(こちらはオプション扱い)はマザーボードに搭載されるだけだが、82355の方はEISAの拡張カードに1個づつ搭載される格好になる。出典はIntelの82350 EISA Chip Set（Order Number:290220-004）

　もっとも、カードはともかくマザーボードの側は、Compaqなどは自前でチップセットを開発していたし、互換チップセットベンダーも相次いで自前でEISAのサポートを手掛けるところが出てきたから、それほど広範に売れたというものでもないのだが。

　EISAはまた、ISAで問題になっていた「リソースの競合」の解決策としてECU（EISA Configuration Utility）と呼ばれる機能を提供した。リソースというのは拡張カード同士が使うメモリや割込み・I/Oポートが重複する問題である。

　この当時の拡張カードは、これらのアドレスや番号を、拡張カードの上のジャンパースイッチで設定するのが一般的であったが、これをユーティリティの形でソフトウェアから制御しよう、という意欲的な試みである。

　これはどんなものか？　というのは、ちょうど三菱電機がまだApricot（かつて販売していたPCのブランド）向けのEISAユーティリティの説明画面をオンラインで掲載しているので、これをご覧いただくのが早いかと思う。

　使い勝手から言えば「悪い」というのが正直なところで、何しろDOS上で動くユーティリティとして提供されたので、拡張カード同士の設定がバッティングしてDOSがブートしない状態では設定変更できない（ので、カードを1枚づつ追加しながら、そのたびに設定を変更してゆく必要がある）とか、EISAカードのくせにDMAなりI/Oポートなりを決め打ちで固定しており、設定変更できないため他のカードの設定で逃げる必要があるとか、EISAはともかくISAのカードのことは全く知らぬ存ぜぬだったので、これを自分で手入力する必要があるとか、まあ随分苦戦させられた覚えがある。

　その割に性能はあまり高くなく、それでいて値段は高いということで結局サーバやワークステーション、あるいは一部のマニア（注1）にしか売れないまま消えていった規格ではあるが、とにかく「ブツはあっても仕様がなかった」状態のPCに「Specification」を持ち込んだという一点で、EISAの功績は高かったと思う。そしてEISAの反省がその後のISA PnPの泥沼につながり、そうした反省からPCIが生まれてきたことで、PCというものの実体が次第に現実的に定義できるようになった、その最初のきっかけを作ったことは間違いない。

※注1： 筆者はAMIのEnterprise IVを、筆者の友人（元会社の同僚）は同じくAMIのEnterprise IIIを使っていた。どちらも良いマザーボードであった