開発段階にあった「Windows 95（開発コード名：Chicago）」を取り上げた創刊600号特集の第2部。Chicagoのマルチタスク処理の仕組みを解説した。既存のWindows 3.1では擬似的なマルチタスクしかできなかったのに対し，複数のアプリケーションの実行をスレッド単位でスケジューリングできる機能を実装することで，本格的なマルチタスク環境を用意した。ただし，競合する他のOSと比べて技術的に抜きん出ていたわけではなかった。(2009/04/24)
Chicagoは，マルチタスク処理機能を備えるパソコンOSである。サーバOSのWindows NTと同じスケジューリング・モデルを使う。プロセスよりも小さい処理単位のスレッドを使ってスケジューリングを行なう。スレッドに優先度をつける。優先度に従って処理を実行する。同じ優先度のスレッドが複数ある場合は，一定時間ずつ交代でCPUを使う。Windows 3.1用の既存アプリケーションはマルチタスクで動かせないという制約がある。
過去のソフトウエア資産を生かしつつ，カーネルを書き換える――これを設計目標として，米Microsoft Corp.は次期パソコンOS「Chicago」の開発に当たった。MS-DOSのカーネルを捨てて，マルチタスク処理機能を備えるカーネルを作った（図1）。
データベースから検索結果を待っている間に報告書を作成したり，ビデオ会議をしながらシミュレーションを実行するといった，複数の処理を同時にパソコンにやらせることが可能になる。ネットワークを使ったアプリケーションに，マルチタスク処理は向く。過去との互換性も維持した。新しいカーネル上でも，MS-DOSやWindows 3.1のアプリケーション・ソフトウエアが動く。
以下では，Microsoft社がChicagoに組み込んだマルチタスク処理の方式に焦点を当てる。
OSがCPUの利用を制御
Windows 3.1からChicagoに移行すると，OSがCPUのスケジューリングを行なうようになる（図2）。実行待ち状態のアプリケーション・ソフトウエアのうち，どの順番で処理を実行するかをOSが決める。
