オープンギャラリー:8GBメモリの活用8GBメモリの活用8GBメモリを搭載できるマザーボードの普及と共にメモリの低価格化も進んでいます。32bitのWindows系OSではそのカーネル特性・制限のため4GB以上のメモリを搭載しても3.2GB程度しか利用されません。64bitのWindows系OSなら4GB以上のメモリも使用できるためVMware等で多数のゲストOSを同時実行できます。この場合は比較的大きな解像度を利用した方が操作性がよくなります(解像度1920x1440で2個のゲストOS同時実行画面例)。PC-UNIX系のOSなら32bitのOSでも4GB以上のメモリを有効利用できます。8GBメモリ搭載PCにLinuxを導入しておくと仮想化ソフトとの併用等で従来より快適なマルチOS環境を実現できます。ここでは8GBメモリと4コアCPUを使用したPCでのマルチOS環境構築事例を中心に紹介します。今回使用したPCのハードウェア構成は以下の通りです。Vistaの利用メモリ認識メモリは3.25GBとして認識されます。TestではQ6600はE6600の1.7倍のスコアとなります。512MB)にアップグレードするとトータルスコアが向上します。測定条件はすべてデフォルトのままです。8800GT使用時の2回目測定ですが1回目とほとんど同じ結果です。Vistaのパフォーマンス評価結果におけるプライマリディスクのサブスコアが5.3から5.9に向上しました。768MBメモリの実環境(スコア14.38)の場合の2倍程度の遅さ(スコア6.24)になっており体感速度に大きな差はありません。Vistaを実行してみました。Vista)へのメモリ割り当ては1GB(1024MB)とします。VistaをゲストOSとする場合の最大推奨メモリは2892MBになっています。3.25GB中の2892MBをそのゲストOSに割当てるとホスト側で使用できる実メモリ不足でスワップが多発して、ホストOS及びゲストOS共に極度のレスポンス低下となります。ゲストOSのメモリを1024MB割り当てにするとホストOS及びゲストOS共に比較的軽快に動作します。Vistaネーティブ実行と比べるとレスポンスの体感差はあります。Toolsを導入してもそのゲストOSではサウンドアダプタを使用できません。Vista起動画面の変更Vistaの起動画面は黒い背景にブートのプログレスバーが表示されるだけのシンプルなものです。Vistaはメモリを3.25GBとして認識します。RAM)も固定で表示させてみました。今回はC:\Windows\System32\ja-JP\winload.exe.muiを操作するためAdministratorユーザを有効にしてそのユーザで下記操作をしました。Beta)をhttp://cowscorpion.com/Desktop/VistaBootLogoGenerator.htmlから取得してインストールします。Vista起動画面の元画像の用意800x600x24及び1024x768x24の2枚の画像を用意します。Generatorの画像設定領域にドラッグ&ドロップします。As]で適当なディレクトリにwinload.exe.muiとして保存します。C:\Windows\System32\ja-JP\winload.exe.muiの更新(1)プロンプトで以下を実行します。※所有者をTrustedInstallerからAdministrator(カレントユーザ)への変更。※権限設定(2)C:\Windows\System32\ja-JP\winload.exe.muiをC:\Windows\System32\ja-JP\winload.exe.mui.origに名称変更。Generatorで作成したwinload.exe.muiをC:\Windows\System32\ja-JPディレクトリにコピー。(4)msconfig起動して「システム構成」画面を出し、「ブート」タブで「GUIブートなし」をoffからonに変更。Vista起動画面の確認Vistaを再起動するとVista起動画面が表示されるようになります。ここでは便宜上VMwareで試したVista起動画面表示の様子を紹介します。3.1.2aを実行してみました。2.0.2実行の様子】ホストOS(CentOS)からゲストOS(NetBSD)へのssh接続も試してみました。2.0.2とOEL5を同時に実行させてみました。OEL5をフルインストールした際のパッケージ一覧はこちらです。3.1.2aがプレインストールされている仮想マシン環境(http://www.minix3.org/vmware.htmlでの公開版)をそのまま使用しました。3.1.2aの利用手順は次のようになります。仮想マシン環境の解凍ダウンロードしたminix3_1_2a_vmware.zipを解凍します。以下のファイルがあります。3.1.2a用の仮想マシン設定ファイル(MS-DOS.vmx)を開き、メモリ設定を200MBから2048MBに変更します。core」エラーとなりブートできません。3.1.2aを起動します。loginプロンプトではrootでログインします(パスワードはありません)。※viは入っていませんのでelvisを使用して編集します。TZ=GMT-7」に変更します。初期設定ではIPアドレスはDHCPサーバから取得するようになっています。必要に応じて固定IPアドレスに変更します。/etc/rc.net/etc/rc.netを以下の内容で新規作成します。DNSサーバアドレス">/etc/resolv.conf尚、ホスト名は/etc/hostname.fileに格納するようになっていますので必要に応じて変更します。reboot再起動後の確認(1)ログイン後、「()\|_」等の記号入力がキートップ通りできることを確認します。(2)ホストOSからrootでftp接続できることを確認します。(3)ホストOSからrootでtelnet接続できることを確認します。(network)」プロンプトに対しては「vt100」を指定します。標準でCコンパイラ(cc)は入っていますがgcc環境は入っていませんのでgcc環境を導入します。Linuxカーネルをビルドするにはgcc付属のgas(GNUアセンブラ環境)も必要になってきます。ここではeasypackでgccのバイナリをインストールしてみます。※http://minix3.org/beta_software/gcc-gnu-bin-1.tar.bz2も使用可能です。※インターネットアクセスが開始されます。/usr/gnu/binでの表示)。readelfranlibは動作しないようです。PATH環境変数に「/usr/gnu/bin」を追加しておきます。ここでLinuxカーネルソース(linux-0.01.tar.gz)をテストコンパイルする環境を仮構築してみます。linux-0.01.tar.gzの解凍に使用するgzipを次のようにインストールしておきます。http://www.minix3.org/software/gzip-1.2.4.tar.bz2をダウンロードします。※ダウンロード先は常に大きな容量をもつ/usrの下位ディレクトリとします。install次にhttp://kerneltrap.org/files/linux-0.01.tar.gz(73,091バイト)をダウンロードします。depここでコンパイルオプション指定エラー回避のために以下の変更をします。(1)各Makefileの中でgasの実行オプションに指定されている「-c」を削除します。(2)各Makefileの中でgccの実行オプションに指定されている「-fcombine-regs」を削除します。(3)各Makefileの中でgccの実行オプションに指定されている「-mstring-insns」を削除します。makeでテストコンパイルをしてみます。するとfork.cのcopy_mem関数の中の下記ソース部分についてエラーが出ます。※便宜上、各行の先頭に行番号を付与しています。0x4000000」の部分にあるようです(CPUアーキテクチャの違いに起因)。0x4000000」部分が変更となっています。※実際にはfork.c自体のソースが大幅に変更されています。1.4をインストールした初期バージョンのMINIX環境が必要となるようです。Toolsインストール前は画面描画が遅く実用レベルの性能には至っていません。Toolsインストール後は画面描画も速くなり実用レベルの性能になります。Mem:8GB)をネーティブ実行させてみました。HDDは10000rpm仕様のものを使用してみました。8GBのメモリ認識64bitのVistaは8GBのメモリを認識します。Vistaでの3DMark06(サブ)スコアは向上しません。Serverを導入・利用するにはVistaにおける「ドライバのデジタル署名チェック」を無効にしておく必要があります。「ドライバのデジタル署名チェック」の無効化は次のコマンドで行います。host接続もできません。host>のラジオボタンが表示されません。ドライバのデジタル署名チェックを強制的に有効にするWindows更新の適用を除外する必要もあります。host>を選択します。Vista)を見比べてみます。※1秒あたりのメモリ操作性能はゲストOSの方がよい値として表示されます。Fusionを導入してデスクトップキューブの反射効果表示を試してみました。5.1.1)を実行してみましたが共にメモリは3.3GB程度しか認識されませんでした。