HP OpenVMS Systems Documentation |
| 前へ | 次へ | 目次 | 索引 |
この章では,以下のハードウェア製品についての情報を示します。
デバイス・ドライバの使用についての注意事項も,この章の最後にまとめてあります。
6.1 MP コンソールと BMC コンソールの制約事項 (I64 のみ)
ここでは, MP コンソールと BMC コンソールに関する注意事項について説明します。
6.1.1 入力デバイス,出力デバイス,およびエラー・デバイスの制約事項
V8.2
現在,OpenVMS オペレーティング・システムでは,各 MP コンソールや BMC コンソールの入力デバイス,出力デバイス,およびエラー・デバイスは,同じシリアル回線コンソールに対応していなければなりません。システムに MP コンソールがある場合は,このコンソールを使用してください。
指定されたコンソールからブートしないと,VMS_LOADER に警告が送信され,ブート中にその他のエラーが表示されることがあります。また,通常のブート時に表示される情報が出力されないこともあります。
6.1.2 削除キーへの Ctrl/H の再マッピング
V8.2
文字 0X7F をDEL/RUBOUT 用に使用する OpenVMS オペレーティング・システムとは異なり, MP コンソール,BMC コンソール,および EFI コンソール環境では, Ctrl/H を使用します。 VTxxx 端末上の削除キーを押したり,ターミナル・エミュレータで 0X7F を送信するようにマッピングされているキーを押しても,文字は削除されません。
注意: ドライバは,次の条件では再マッピングを行いません。
ここでは,AlphaServer 2100 シリーズのコンピュータ固有の情報をまとめます。
6.2.1 コンソール表示
V7.2
AlphaServer 2100 システムと 2100A システムで表示される次のようなコンソール表示は正常であり,システム・エラーを示しているわけではありません。
P00>>>SET CONSOLE SERIAL P00>>>INIT VMS PALcode X5.48-112, OSF PALcode X1.35-81 starting console on CPU 0 initialized idle PCB initializing semaphores initializing heap initial heap 1c0c0 memory low limit = 132000 heap = 1c0c0, 13fc0 . . . probing hose 0, PCI probing PCI-to-EISA bridge, bus 1 probing PCI-to-PCI bridge, bus 2 *** unable to assign PCI base address *** bus 2, slot 7, function 0, size 00001000 (16 bit I/O) bus 1, slot 1 -- fra -- DEFEA bus 1, slot 2 -- vga -- Compaq Qvision bus 1, slot 3 -- pua -- KFESA bus 2, slot 1 -- pka -- NCR 53C810 bus 2, slot 6 -- pkb -- NCR 53C810 bus 2, slot 7 -- pkc -- DEC KZPSA bus 0, slot 7 -- ewa -- DECchip 21041-AA initializing keyboard Memory Testing and Configuration Status Module Size Base Addr Intlv Mode Intlv Unit Status ------ ----- --------- ---------- ---------- ------ 0 64MB 00000000 1-Way 0 Passed Total Bad Pages 0 Testing the System Testing the Disks (read only) Testing the Network econfig: 20041 99 econfig: 20042 04 econfig: 20043 00 AlphaServer 2100A Console V4.3-130, built on Oct 26 1996 at 19:44:57 P00>>>P |
この表示では,KZPSA アダプタは正しくインストールされていますが,次のエラー・メッセージが表示されます。
*** unable to assign PCI base address *** bus 2, slot 7, function 0, size 00001000 (16 bit I/O) |
1 GB 以上のメモリを装備した AlphaServer 2100 システムでは, Adaptec 1740/1742 SCSI コントローラ (PB2HA--SA) はサポートされていません。コントローラがこのようなシステムに接続されていると,次のメッセージがオペレータのコンソールに表示されます。
%PKJDRVR-E- The direct DMA window does not map all of memory. Port is going OFFLINE. |
6.3 AlphaServer 8200/8400: FRU テーブル・エラー
V7.2
エラー・ログ・バッファのサイズはシステム・パラメータ ERLBUFFERPAGES で制御され,最大値は 32 ページレットです。 AlphaServer 8200/8400 または 4100 システムで, OpenVMS Alpha オペレーティング・システムのブート時に FRU (Field Replaceable Unit) テーブルがこの上限を超える場合には,エントリはエラー・ログ・ファイルに書き込まれません。
6.4 AlphaServer ES47/ES80/GS1280 システム
ここでは, AlphaServer ES47/ES80/GS1280 システムに関する注意事項について説明します。
第 6.5.2 項 の注意事項も,これらのシステムに関係します。
6.4.1 ES47/ES80/GS1280 ソフト・パーティションでの INIT コンソール・コマンドの使用
V8.2
同じハード・パーティション内で他のソフト・パーティションがブートされ, OpenVMS が実行されている場合には, ES47/ES80/GS1280 ソフト・パーティションでの INIT コンソール・コマンドの使用はサポートされません。 INIT コマンドを実行すると,OpenVMS を実行中の他のインスタンスでシステム・クラッシュが発生することがあります。 INIT コマンドを実行する前に,他のインスタンスをシャット・ダウンしてください。
コンソールの INIT の処理中に,同一ハード・パーティション内の他のインスタンスに対してブートコマンドを発行しないでください。 INIT コマンドの完了までお待ちください。
6.4.2 SYSGEN パラメータ PHYSICAL_MEMORY の設定
V7.3-2
AlphaServer ES47/ES80/GS1280 システムのハードウェア構成要件上,システム・パラメータ PHYSICAL_MEMORY の設定を,デフォルトの -1 から変更することはお勧めできません。メモリ量を人為的に減らすと,システムで予期しない状況が発生することがあります。
6.4.3 RAD のサポート
V7.3-2
OpenVMS でのリソース・アフィニティ・ドメイン (RAD) のサポート (NUMA サポートまたは NUMA 対応とも言います) は, AlphaServer ES47/ES80/GS1280 システム用の OpenVMS Alpha Version 7.3-2 ではテストされていません。 RAD サポートについての詳細は,『OpenVMS Alpha パーティショニングおよび Galaxy ガイド』を参照してください。
6.4.4 ライセンス要件
V7.3-2
AlphaServer ES47/ES80/GS1280 システムには,少なくとも 2 つの OpenVMS ソフトウェア・ライセンス (ベース・サポート用と,最初の 2 つのプロセッサのデュアル SMP サポート用) が必要です。この要件は, OpenVMS AlphaServer SMP システムの以前のライセンス付与方法から変更されています。 OpenVMS のデュアル SMP ライセンスは, OpenVMS システムを購入したとき,または OpenVMS システムの追加 CPU モジュールを購入したときに,CPU モジュールに含まれています。
6.4.5 STOP/CPU およびシャットダウン動作
V7.3-2
ハードウェアの制約により,I/O ドロアを装備した AlphaServer ES47/ES80/GS1280 システム上の CPU は, DCL コマンドの STOP/CPU を使用して停止することができません。一方,I/O ドロアを装備していないシステム上の CPU は,このコマンドで停止できます。
I/O ドロアを装備した ES47/ES80/GS1280 システムでシャットダウン・プロシージャを起動すると,次のようなエラー・メッセージが表示されることがあります。
%SYSTEM-W-WRONGSTATE, CPU 5 is in the wrong state for the requested operation |
このメッセージは無視して構いません。シャットダウンは正常に実行されます。
6.4.6 MBM での時刻の設定
V7.3-2
AlphaServer ES47/ES80/GS1280 システムでは,MBM で正しい時刻と日付を設定しなければなりません。正しく設定しないと,OpenVMS は誤った日時を表示することがあります。
6.5 AlphaServer GS シリーズ・システム
ここでは, AlphaServer GS シリーズ・システムの大半のユーザに関係する注意事項について説明します。
6.5.1 AlphaServer GS80/160/320 システム: デバイスの制限事項
永続的な制限事項
OpenVMS Alpha Version 7.3 以降では,1 つのパーティションあたり,従来型のバス・アダプタ上のデバイスが 1 セットだけ設定され,サポートされます。このようなデバイスは,次のとおりです。
従来型のバス・アダプタが複数ある場合には,コンソール・ポートを含むアダプタだけが設定され,サポートされます。
6.5.2 OpenVMS Galaxy ライセンスの実行
V7.3
OpenVMS Galaxy のコンピューティング環境では,システム・スタートアップ時やインスタンス間での CPU の再割り当てが発生するつど,OPENVMS-GALAXY ライセンス・ユニットがチェックされます。
CPU を起動しようとしたときに十分な OPENVMS-GALAXY ライセンス・ユニットがないと,CPU はインスタンスの設定されたセットの中に引き続き残りますが,動作は停止します。その後,適切なライセンス・ユニットをロードすれば,停止している CPU をシステムの実行中に起動することができます。これは,CPU が単独の場合でも複数の場合でも同じです。
6.5.3 ライセンスのインストール
V7.3-1
Version 7.3-1 以降にアップグレードする前に,次の手順を実行して,共通ライセンス・データベースが,ハード・パーティションとソフト・パーティション間でライセンス・ユニットを共有できるようにします。
$ SHOW LICENSE /UNIT_REQUIREMENTS /CLUSTER |
OpenVMS 基本ライセンスでは,パーティションではなく物理システムごとに, 1 人の操作ユーザのみを割り当てることができます。ただし,各パーティションの OPA0: からいつでもログインできます。操作ユーザを追加する場合は,追加のライセンス・ユニットが必要です。必要なライセンス・ユニット数については,弊社のサポート担当者にお問い合わせください。 |
$ LICENSE REGISTER license-name /ISSUER=DEC - _$ /AUTHORIZATION=USA123456 - _$ /PRODUCER=DEC - _$ /UNITS=1050 - _$ /AVAILABLITY=H - _$ /OPTIONS=(NO_SHARE) - _$ /CHECKSUM=2-BGON-IAMA-GNOL-AIKO |
LICENSE REGISTER コマンドで /INCLUDE 修飾子を使用して,ライセンスの NO_SHARE 属性を変更することはできません。
$ LICENSE MODIFY OPENVMS-ALPHA /INCLUDE=(NODEA, NODEB, NODEC) |
P00>>> P00>>>SHOW SYS_SERIAL_NUM sys_serial_num G2A105 |
SYS_SERIAL_NUM の値がブランクの場合は,他の各パーティションのマスタ・コンソールで SHOW SYS_SERIAL_NUM コマンドを使用して,ブランクでないシステム・シリアル番号がないかチェックします。
すべてのパーティション・コンソールに SYS_SERIAL_NUM の値がブランクで表示される場合は,0 以外の値を 12 文字以内で作成してください。作成するシステム・シリアル番号が,同じ OpenVMS Cluster の他の AlphaServer GS80/160/320 で使用されていないことを確認してください。 |
P00>>> P00>>>SET SYS_SERIAL_NUM G2A105 |
この手順は,すべてのハード・パーティションとソフト・パーティションで実行する必要があります。
システムが,共通ライセンス・データベースを共有する OpenVMS Cluster の一部である場合,AlphaServer GS80/160/320 のハード・パーティションとソフト・パーティションの数を再構成する際には,必ずすべてのパーティションの SYS_SERIAL_NUM を同じ値にしてください。 |
パーティション間で NO_SHARE ライセンスを共有しているパーティション化可能なマシンでは,システムのブート時に次のエラー・テキストが表示される場合があります。
%LICENSE-E-NOAUTH, DEC OPENVMS-ALPHA use is not authorized on this node -LICENSE-F-EXCEEDED, attempted usage exceeds active license limits -LICENSE-I-SYSMGR, please see your system manager Startup processing continuing... |
このエラー・テキストは無視して構いません。このテキストは,OPENVMS-ALPHA PAK を共有しているシステムにユーザがログインして,使用中になった場合に表示されます。この問題は今後のリリースで修正される予定です。
6.5.4 AlphaServer GS60/GS60E/GS140 複数 I/O ポート・モジュール構成の制限事項
複数の I/O ポート・モジュール (KFTHA-AA または KFTIA-AA) がある AlphaServer GS60/GS60E/GS140 構成では,システム障害が発生することがあります。
GS60/GS60E/GS140 システムの複数 I/O ポート・モジュールを持つ OpenVMS Galaxy および非 Galaxy の AlphaServer 8200/8400 構成をアップグレードするときには, Compaq Action Blitz # TD 2632 に記載されているように,最低でもリビジョン B02 KN7CG-AB EV6 CPU (E2063-DA/DB rev D01) のモジュールを 1 つインストールしなければなりません。
この制限事項と解決方法についての詳細は,Compaq Action Blitz # TD 2632 を参照してください。
6.6 AlphaStation 200/400: ISA_CONFIG.DAT の変更が必要
V7.1
AlphaStation 200/400 ファミリ・システムで ISA 装置を構成する場合には,各デバイスのノード情報が各デバイス記述ブロックの最後に格納されるように, SYS$MANAGER:ISA_CONFIG.DAT ファイルを変更しなければなりません。
OpenVMS Version 6.2 または7.0 システムからアップグレードする場合は,アップグレード手順を開始する前に,この変更を行なわなければなりません。 |
表 6-1 に,デバイス記述ブロックの変更点を示します。
| Version 7.1 より前 | Version 7.1 以降 |
|---|---|
| [AUA0] | [AUA0] |
| NAME=AU | NAME=AU |
| NODE=3 | DRIVE=SYS$MSBDRIVER |
| DRIVER=SYS$MSBDRIVER | IRQ=9 |
| IRQ=9 | DMA=(0,1) |
| DMA=(0,1) | PORT=(388:4,530:8) |
| PORT=(388:4.530:8) | NODE=3 |
SYS$MANAGER:ISA_CONFIG.DAT ファイルを使用している場合には, 付録 A.7 節 を参照してください。
6.7 AlphaStation 255: PCI 構成の制限事項
V7.1
AlphaStation 255 シリーズ・システムの OpenVMS Alpha オペレティング・システムでは, PCI スロット 0 に PCI オプション・カードを構成することはできません。
PCI スロット 0 は,AlphaStation 255 シリーズ・システム上の,最下位の物理 PCI オプション・スロットです。このスロットの割り込みシグナルは,組み込みイーサネット・ポートと共用されます。 OpenVMS Alpha オペレーティング・システムは現在, PCI デバイスが割り込みラインを共用することを許していないため,スロット 0 に PCI デバイスを設置すると,正しく動作しないか,組み込みのイーサネット・ポートでエラーが発生する原因となることがあります。この制限事項があるため,AlphaStation 255 シリーズ・システムがサポートする PCI オプション・カードの数は,最大で 2 枚 (スロット 1 とスロット 2 に構成) です。
6.8 ATI RADEON 7000 グラフィック (I64 のみ)
ここでは,OpenVMS I64 システムで,組み込み型 ATI RADEON 7000 グラフィック・アダプタを使用する際の注意事項について説明します。
注意: 第 6.9.1 項 で説明しているリソースの要件は,組み込み型 ATI RADEON 7000 グラフィック・アダプタにも適用されます。
6.8.1 I64 のグラフィック・サポート
V8.2
OpenVMS I64 システム上で現在サポートされているグラフィック・アダプタは,組み込み型 RADEON 7000 PCI アダプタだけです。
ATI RADEON 7500 PCI グラフィック・アダプタは OpenVMS I64 Version 8.2 で近い将来サポートされる予定です。現在テストが進行中です。このグラフィック・カードのサポートが可能になったら,下記の Web サイトで発表されます。
V8.2
ハードウェア・アクセラレーションによる 3D (OpenGL) レンダリングは,組み込み型 RADEON 7000 PCI アダプタではサポートされていません。
6.9 ATI RADEON 7500 グラフィック
V7.3-2
ここでは,ATI RADEON 7500 グラフィックのリソース要件,拡張機能,修正点および制限事項について説明します。 HP DECwindows Motif for OpenVMS に関するドキュメントを参照したい場合,特に『Managing DECwindows Motif for OpenVMS Systems』を参照したい場合は,このドキュメントと,その他のドキュメントを,次の Web サイトから入手できます。
OpenVMS Version 8.2 より,3D サポートのライセンス (使用権) は, OpenVMS のライセンスの一部として含まれています。詳細については, 第 6.14 節 を参照してください。
6.9.1 リソースの要件
RADEON グラフィックのサポートには,次に示す,システム単位のリソースが必要です。
さらに,RADEON カードごとに,次のリソースが必要です。
グローバル・セクションの必要量は GBLSECTIONS システム・リソースに加算され, 16M バイト強のグローバル・メモリは GBLPAGES リソースと GBLPAGFIL リソースに加算されます。
たとえば,1 枚の RADEON カードには,次のリソースが必要です。
これらの数は,次の値に相当します。
| GBLSECTIONS | 5 |
| GBLPAGES | 33376 (GBLPAGES の単位は,512 バイト・ページレット) |
| GBLPAGFIL | 2086 (GBLPAGFIL の単位は,8192 バイトの Alpha ページ) |
4 カード構成の場合は,次のリソースが必要です。
これらの数は,次の値に相当します。
| GBLSECTIONS | 14 |
| GBLPAGES | 131728 (GBLPAGES の単位は,512 バイト・ページレット) |
| GBLPAGFIL | 8233 (GBLPAGFIL の単位は,8192 バイト Alpha ページ) |
以降の項では, VMS732_GRAPHICS-V0200 ECO キットに含まれていなかった拡張機能について説明します。
6.9.2.1 テキストその他のビットマップの描画性能の改善
V8.2
DMA モードでの,テキストやその他のビットマップの描画操作 (画面深度 16 または 24) は,プラットフォーム,グラフィック・カード,およびバスの種類 (AGP,33 MHz PCI,66 MHz PCI) に依存しますが,以前より 10〜20 倍速くなりました。
6.9.2.2 DMA 操作の性能改善
V8.2
DMA 描画操作の性能は,総じて 4 倍以上に向上しました。この性能向上は,DMA モード(画面深度 16 または 24) にのみ関係します。
6.9.2.3 OpenGL テクスチャ・コピーの性能改善
V8.2
glCopyTexImage2D の性能が大きく改善されました。
6.9.2.4 画面解像度 1024×864 の追加
新たに画面の解像度 (ビデオ・モード) として 1024×864 が,深度 8,16 および 24 ビット,リフレッシュ・レート 60,70,75,および 85 Hz でサポートされました。
6.9.2.5 ハードウェア・アクセラレーションによるインダイレクト 3D レンダリング
ローカルのトランスポート層経由でクライアント・サイドから使用できる,ハードウェア固有の 3D 描画アクセラレーションであるダイレクト・レンダリングの OpenGL/Mesa 3D ライブラリ (DECW$MESA3DSHR_RADEON) と同じものが,DECwindows サーバで,ネットワークのトランスポート層を経由して使用できるようになりました。 (つまり,DECnet または TCP/IP を使用した,インダイレクト・レンダリングです。)
ハードウェア・アクセラレーションによるインダイレクト・レンダリングを使用する 3D アプリケーションの性能は,ローカルのハードウェア・アクセラレーションによるダイレクト・レンダリングと,ソフトウェアのみによるレンダリング (以前は,リモート・コネクションでは,この方法しかありませんでした) との中間です。
6.9.3 問題の修正 (Alpha のみ)
V8.2
Version 8.2 では,以下の問題が修正されています。
これらの問題はすべて修正されました。
6.9.4 DECW$OPENGLSHR_RADEON.EXE を DECW$MESA3DSHR_RADEON.EXE にリネーム
V8.2
共有ライブラリ SYS$LIBRARY:DECW$OPENGLSHR_RADEON.EXE は, Mesa 3D コードをベースとしていることを反映させるために,リネームされて SYS$LIBRARY:DECW$MESA3DSHR_RADEON.EXE になりました。 API と機能は以前のリリースと同じです。新しいファイル指定の共有ライブラリを指定するための論理名 DECW$OPENGLSHR が定義されています。
6.9.5 サポートの制限事項
V7.3-2
次の機能は,サポートされていません。
V8.2
高解像度 (たとえば,1920×1440 や 2048×1536),高リフレッシュ・レート,高負荷の状況では,使用している RADEON カードやモニタによっては,画像に影響が出ることがあります。このような状況が発生したら,リフレッシュ・レートを下げてみてください。
6.9.7 OpenGL は IEEE 演算のみをサポート
V8.2
OpenGL ライブラリは,IEEE 浮動小数点形式のみをサポートしています。 VAX 浮動小数点形式はサポートしていません。アプリケーションのコンパイルでは, /FLOAT=IEEE_FLOAT オプションを使用してください。
6.9.8 グラフィック・コンソール (OPA0) に出力する際に DECwindows サーバがハングアップ
V8.2
DECwindows サーバの起動後に,グラフィック・コンソール (OPA0) に出力があると, DECwindows サーバはハングアップし,画面はフリーズします。 CTRL/F2 を押すと DECwindows サーバは実行状態に戻ります。
通常,コンソールに表示されるメッセージは,直接 OPA0 に書き込むのではなく, OPCOM と Console Window アプリケーションを使用してメッセージ表示することをお勧めします。このアプリケーションを有効にするには,コマンド・プロシージャ SYS$MANAGER:DECW$PRIVATE_APPS_SETUP.COM を編集し,次のグローバル・シンボル定義を追加します。
$ DECW$CONSOLE_SELECTION == "WINDOW" |
SYS$MANAGER:DECW$PRIVATE_APPS_SETUP.COM が存在しない場合は, SYS$MANAGER:DECW$PRIVATE_APPS_SETUP.TEMPLATE から作成することができます。
SYS$MANAGER:DECW$PRIVATE_APPS_SETUP.COM の編集後,次のコマンドを入力して DECwindows を再起動します。
$ @SYS$MANAGER:DECW$STARTUP RESTART |
RADEON 7500 グラフィック・カードは,ビデオ出力ポートを 2 つ (デジタルとアナログ) 備えています。デジタル・インタフェースは,現在サポートされていません。ただし,デジタル・ツー・アナログ・アダプタを使用すると,アナログ・モニタをデジタル・ポートに接続でき,アナログ・ポートと同じ出力を得ることができます。デジタル・ポートを使用する場合,ポートを正しく動作させるためには,システムの電源投入より前にモニタが接続されていなければなりません。
6.9.10 ブート・リセットの推奨 (Alpha のみ)
コンソール変数
boot_resetに ON を設定することをお勧めします。
6.9.11 オーバレイ・プレーンはサポートされない
ハードウェア・オーバレイ・プレーンはサポートされていません。
6.9.12 単一カラーマップのみサポート
RADEON 7500 グラフィック・コントローラがサポートするハードウェア・カラーマップは,1 つだけです。デフォルトのビジュアルが PseudoColor の場合, 8 ビット・カラーに変更するときは,このことに留意してください。複数の PseudoColor カラーマップを一度に使用しようとすると,カラーマップがフラッシュします。
3D (OpenGL) レンダリングは, 8 ビットの PseudoColor ビジュアルではサポートされていません。 ( 第 6.9.18 項 も参照してください。) |
アプリケーションは,自分でカラーマップのインストールやデインストールを行ってはなりません。これらの動作は,ウィンドウ・マネージャが行います。ただし,アプリケーションは,どのカラーマップをインストールまたはデインストールするかについてのヒントをウィンドウ・マネージャに知らせなければなりません。この情報は,Xlib 関数の XsetWMColormapWindows() を使用して渡します。この関数は,指定されたウィンドウの WM_COLORMAP_WINDOWS プロパティを設定します。
6.9.13 すべてのウィンドウで同じビット深度
RADEON 7500 カードを使用している場合,特定のヘッド上のすべてのウィンドウは,同じビット深度でなければなりません。 RADEON 7500 カードは,それぞれのグラフィック・ヘッドで, 8,16,および 24 ビット/ピクセルのビット深度をサポートしています。しかし,DECwindows サーバが特定のヘッド上で一旦ビット深度を確立すると,そのビット深度のウィンドウやビジュアルだけが作成可能となります。
6.9.14 読み取り/書き込みカラー・マップのピクセル深度
デフォルトでは,RADEON 7500 には,読み取り専用の TrueColor カラー・マップが 1 つある 24 プレーンのピクセル深度が用意されています。 DECwindows Paint などの一部のアプリケーションでは,読み取り/書き込みのカラー・マップが必要です。 Paint は,読み取り専用カラー・マップで実行されると,次のエラー・メッセージを出力して失敗します。
Error: Visual Not Supported
Supported Visuals are {PseudoColor, GrayScale, StaticGray}
|
読み取り/書き込みのカラー・マップを使用するには SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM ファイル (このファイルが存在しない場合は, SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.TEMPLATE から作成します) を編集して,次の論理名定義を追加します。
$ DEFINE/EXECUTIVE/SYSTEM/NOLOG DECW$SERVER_PIXEL_DEPTH 8,8,8,8,8,8,8,8 |
そして,次のコマンドを使用して DECwindows を再起動します。
$ @SYS$MANAGER:DECW$STARTUP RESTART |
この変更により, (マルチ・カード構成が可能な,最大 8 枚のグラフィック・カードに) ピクセル深度として 8 プレーンが設定され,サーバが PseudoColor ビジュアルを提供できるようになります。
6.9.15 backing store と save unders は 3D ウィンドウをサポートしていない
RADEON 7500 X11 サーバの backing store と save unders の実装では, 3D ウィンドウをサポートしていません。
6.9.16 スレッドの制限事項
OpenVMS 用 RADEON 7500 OpenGL ライブラリは,スレッド・セーフではありません。ただし, OpenGL の使用がプログラム内の単一のスレッドに限定されている場合は, OpenGL をマルチスレッド・プログラムで使用することができます。
6.9.17 シングル・バッファ・ビジュアルがサポートされていない
RADEON 7500 DECwindows サーバは,ダブル・バッファ・ビジュアルだけをサポートしています。シングル・バッファリングを行うには,ダブル・バッファ・ビジュアルを選択して,アプリケーション内で
glDrawBuffer( GL_FRONT )を呼び出さなければなりません。
6.9.18 カラー・インデックス・モードでの 3D がサポートされていない
DECwindows サーバが 8 ビット深度で起動された場合, 8 ビット・ビジュアルが 2D 操作でサポートされますが, OpenGL レンダリングは,8 ビット・ビジュアルではサポートされません。
6.9.19 タイマ・メカニズム
環境によっては,プロセスがハードウェア・ロックを所有している間に,そのプロセスに割り込みが発生することがあります。その結果,DECwindows サーバがハングアップしているように見えることがあります。
このような状況を検出し,一時停止中のプロセス内でイメージを強制的に一時停止から抜け出させるか,場合によってはプロセスを削除してこのような状況から回復させるために,タイマ・メカニズムが実装されました。
タイマ・メカニズムは,次の 2 つの論理名を使用して構成できます。これらの論理名は, DECW$PRIVATE_SERVER_SETUP.COM ファイルで指定しなければなりません。
デフォルト値は,グラフィック・アプリケーションの性能にタイマが与える影響を最小限にするように選択されています。 DECwindows サーバが応答を再開するまでの時間を短くしたい場合は, DECW$DRM_TIMER_PERIOD の値を小さくします。
次のいずれかの状況では,ハードウェア・ロックの保持中に,プロセスに割り込みが発生することがあります。
どちらの状況も発生しないと思われる構成では,時間間隔にゼロを設定して,タイマ・メカニズムを完全に無効にすることができます。
$ DEFINE/SYSTEM DECW$DRM_TIMER_PERIOD 0 |
ECW$DRM_TIMER_PERIOD の値を変更するたびに, DECwindows サーバを再起動するか,システムをリブートして,変更内容を有効にしなければなりません。 DECwindows サーバを再起動するには,次のコマンドを使用します。
$ @SYS$STARTUP:DECW$STARTUP RESTART |
| 前へ | 次へ | 目次 | 索引 |