JPH0240743A - バッファ最適割当制御方式 - Google Patents
バッファ最適割当制御方式Info
- Publication number
- JPH0240743A JPH0240743A JP19028788A JP19028788A JPH0240743A JP H0240743 A JPH0240743 A JP H0240743A JP 19028788 A JP19028788 A JP 19028788A JP 19028788 A JP19028788 A JP 19028788A JP H0240743 A JPH0240743 A JP H0240743A
- Authority
- JP
- Japan
- Prior art keywords
- buffer
- amount
- allocation
- allocated
- capacity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 239000000872 buffer Substances 0.000 title claims abstract description 134
- 238000000034 method Methods 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 abstract description 16
- 238000010586 diagram Methods 0.000 description 3
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔概要〕
アクセス要求に対応してバッファを割り当ててデータ送
信するバッファ最適割当制御方式に関し、各アクセス要
求元毎に最小限のバッファを確保し、残りのバッファを
動的に割当て、データ送信回数を削減してレスポンスお
よびバッファの利用効率を向上させることを目的とし、 アクセス要求元の全てに対して最小限のバッファ量を割
り当てる最小バッファ割当部と、バッファ要求のあった
バッファ量が、各アクセス要求元毎に割当てた最小限の
バッファ量および使用中のバッファ量を差し引いた残量
で割り当てることができるか否かを判定するバッファ割
当判定部と、このバッファ割当判定部によって割当てる
ことができると判定された場合にそのバッファ量を割当
て、一方割当てることができないと判定された場合、残
量を割り当てると共に未割当てバッファ量を保存するバ
ッファ割当部とを備え、このバッファ割当部よって割り
当てられたバッファ量を使用してデータ送信した後、一
旦当該バッファ量を返却し、保存した未割当てバッファ
量がある場合、繰り返し判定・割当てを行ってデータ送
信するように構成する。
信するバッファ最適割当制御方式に関し、各アクセス要
求元毎に最小限のバッファを確保し、残りのバッファを
動的に割当て、データ送信回数を削減してレスポンスお
よびバッファの利用効率を向上させることを目的とし、 アクセス要求元の全てに対して最小限のバッファ量を割
り当てる最小バッファ割当部と、バッファ要求のあった
バッファ量が、各アクセス要求元毎に割当てた最小限の
バッファ量および使用中のバッファ量を差し引いた残量
で割り当てることができるか否かを判定するバッファ割
当判定部と、このバッファ割当判定部によって割当てる
ことができると判定された場合にそのバッファ量を割当
て、一方割当てることができないと判定された場合、残
量を割り当てると共に未割当てバッファ量を保存するバ
ッファ割当部とを備え、このバッファ割当部よって割り
当てられたバッファ量を使用してデータ送信した後、一
旦当該バッファ量を返却し、保存した未割当てバッファ
量がある場合、繰り返し判定・割当てを行ってデータ送
信するように構成する。
本発明は、アクセス要求に対応してバッファを割り当て
てデータ送信するバッファ最適割当制御方式に関するも
のである。
てデータ送信するバッファ最適割当制御方式に関するも
のである。
〔従来の技術と発明が解決しようとする課題〕従来、サ
ーバは、第４図に示すように複数台のＷＳ （ワークス
テーション）１７−１．１７−２などからのリード依頼
に対応して、予め各ｗｓ毎に固定的に用意したバッファ
１２−１．１２−２などを用いてデータを送信するよう
にしている。
ーバは、第４図に示すように複数台のＷＳ （ワークス
テーション）１７−１．１７−２などからのリード依頼
に対応して、予め各ｗｓ毎に固定的に用意したバッファ
１２−１．１２−２などを用いてデータを送信するよう
にしている。
このため、リード依頼のあったデータ量が予め固定的に
用意した例えば５０にバイト以下の場合には、１回のデ
ータ送信で済む。しかし、５０にバイトを超える例えば
２００にバイトの場合には、図示のように４回に分けて
順次データ送信する必要があり、例え他のＷＳが使用し
ていない空きのバッファがあったとしてもこれを使用し
得す、リード依頼に対応するレスポンスが悪くなってし
まうと共にバッファを有効利用し得ないという問題があ
った。
用意した例えば５０にバイト以下の場合には、１回のデ
ータ送信で済む。しかし、５０にバイトを超える例えば
２００にバイトの場合には、図示のように４回に分けて
順次データ送信する必要があり、例え他のＷＳが使用し
ていない空きのバッファがあったとしてもこれを使用し
得す、リード依頼に対応するレスポンスが悪くなってし
まうと共にバッファを有効利用し得ないという問題があ
った。
以下第１図構成および動作を簡単に説明する。
第１図において、サーバ１１は、複数のｗｓ１７−１．
１７−２からのファイル１６に対するリード依願などを
処理するものである。
１７−２からのファイル１６に対するリード依願などを
処理するものである。
バッファ１２−１．１２−２は、ファイルから読み出し
たデータを格納した後、回線（ＬＡＮなど）を介してＷ
Ｓ１？−１，１７−２などにデータ送信するために一次
的にデータを格納するものであって、ここでは固定的に
５０にバイト分が均等に割り当てられている。
たデータを格納した後、回線（ＬＡＮなど）を介してＷ
Ｓ１？−１，１７−２などにデータ送信するために一次
的にデータを格納するものであって、ここでは固定的に
５０にバイト分が均等に割り当てられている。
ＷＳ１？−１，１７−２が２００にバイト分のリード依
頼をサーバ１１に行った場合、ファイル１６からリード
した５０にバイト分のデータをバッファ１２−１．１２
−２に一時的に格納した後、回線を介してＷＳ１？−１
，１７−２に送信する。
頼をサーバ１１に行った場合、ファイル１６からリード
した５０にバイト分のデータをバッファ１２−１．１２
−２に一時的に格納した後、回線を介してＷＳ１？−１
，１７−２に送信する。
以下同様に図示のように合計４回繰り返して２００にバ
イトのデータを送信するようにしている。
イトのデータを送信するようにしている。
本発明は、各アクセス要求元毎に最小限のバッファを確
保し、残りのバッファを動的に割当て、データ送信回数
を削減してレスポンスおよびバッファの利用効率を向上
させることを目的としている。
保し、残りのバッファを動的に割当て、データ送信回数
を削減してレスポンスおよびバッファの利用効率を向上
させることを目的としている。
第１図において、バッファ２−１．２−２は、動的に割
り当てられたバッファである。
り当てられたバッファである。
最小バッファ割当部３は、各アクセス要求元（ＷＳなど
）に対して固定的に最小限のバッファ量をそれぞれ割り
当てるものである。
）に対して固定的に最小限のバッファ量をそれぞれ割り
当てるものである。
・バッファ割当判定部４は、バッファ要求のあったバッ
ファ量が、各アクセス要求元毎に割り当てた最小限のバ
ッファ量および使用中のバッファ量を差し引いた残量で
割り当てることができるか否かを判定するものである。
ファ量が、各アクセス要求元毎に割り当てた最小限のバ
ッファ量および使用中のバッファ量を差し引いた残量で
割り当てることができるか否かを判定するものである。
バッファ割当部５は、バッファ割当判定部４によって割
り当てることができると判定された場合にそのバッファ
量を割当て、一方、割り当てることができないと判定さ
れた場合に残量を割り当てると共に未割当てバッファ量
を保存するものである。
り当てることができると判定された場合にそのバッファ
量を割当て、一方、割り当てることができないと判定さ
れた場合に残量を割り当てると共に未割当てバッファ量
を保存するものである。
第１図を参照して課題を解決する手段を説明する。
本発明は、第１図に示すように、最小バッファ割当部３
がアクセス要求元に対して最小限のバッファ盪を予めそ
れぞれ確保しておき、バッファ割当判定部４がバッファ
要求のあったバッファ量が現在の残量で割り当てること
ができると判定した場合、バッファ割当部５がこのバッ
ファ量を割り当て、これを使用してデータ送信した後、
バッファ量を返却するようにしている。一方、現在の残
量で割り当てることができないと判定した場合、バッフ
ァ割当部５が現在の残量を全部割当てると共に未割り当
てのバッファ量を保存し、この割り当てたバッファ量を
使用してデータ送信した後、バッファ量を一旦返却し、
更に保存した未割り当てのバッファ量について再度割り
当てを受け、データ送信するようにしている。
がアクセス要求元に対して最小限のバッファ盪を予めそ
れぞれ確保しておき、バッファ割当判定部４がバッファ
要求のあったバッファ量が現在の残量で割り当てること
ができると判定した場合、バッファ割当部５がこのバッ
ファ量を割り当て、これを使用してデータ送信した後、
バッファ量を返却するようにしている。一方、現在の残
量で割り当てることができないと判定した場合、バッフ
ァ割当部５が現在の残量を全部割当てると共に未割り当
てのバッファ量を保存し、この割り当てたバッファ量を
使用してデータ送信した後、バッファ量を一旦返却し、
更に保存した未割り当てのバッファ量について再度割り
当てを受け、データ送信するようにしている。
従って、アクセス要求元に最小限のバッファ量をそれぞ
れ残し、残りのバッファ量を動的に割り当ててデータ送
信することにより、アクセス要求に対するデータ送信の
レスポンスを速（することが可能となると共にバッファ
を効率的に使用することが可能となる。
れ残し、残りのバッファ量を動的に割り当ててデータ送
信することにより、アクセス要求に対するデータ送信の
レスポンスを速（することが可能となると共にバッファ
を効率的に使用することが可能となる。
次に、第１図から第３図を用いて複数のワークステーシ
ョン（ＷＳ）が１台のサーバｌに対してリード依頼する
場合の当該サーバ１内における動的なバッファ割り当て
について順次詳細に説明する。
ョン（ＷＳ）が１台のサーバｌに対してリード依頼する
場合の当該サーバ１内における動的なバッファ割り当て
について順次詳細に説明する。
第１図において、サーバ１は、複数のＷＳ（ワークステ
ーション）７−１．７−２などからのリード依頼を受け
、ファイル６からリードしたデータを回線を介してデー
タ送信などするものである。
ーション）７−１．７−２などからのリード依頼を受け
、ファイル６からリードしたデータを回線を介してデー
タ送信などするものである。
バッファ２−１．２−２は、動的に割り当てられたバッ
ファである。
ファである。
最小バッファ割当部３は、ＷＳ ７−１．７−２などに
対して最小限のバッファ量例えば８にバイトをそれぞれ
予め割り当てるものである。これにより、各ＷＳ７−１
．７−２などは、最悪の場合でもこの最小限のバッファ
量“８にバイト”を利用してデータ送信を受けることが
保証される。
対して最小限のバッファ量例えば８にバイトをそれぞれ
予め割り当てるものである。これにより、各ＷＳ７−１
．７−２などは、最悪の場合でもこの最小限のバッファ
量“８にバイト”を利用してデータ送信を受けることが
保証される。
バッファ割当判定部４は、リード依頼のあったバッファ
量について、現在の残量から割り当てることができるか
否かを判定するものである。
量について、現在の残量から割り当てることができるか
否かを判定するものである。
バッファ割当部５は、バッファ割当判定部４によってリ
ード依頼のあったバッファ量が、現在の残量で割り当て
ることができると判定された場合にこのリード依頼のあ
ったバッファ量を割り当て、一方、現在の残量で割り当
てることができないと判定された場合に残量を全部割り
当てると共に未割り当てのバッファ量を保存するもので
ある。
ード依頼のあったバッファ量が、現在の残量で割り当て
ることができると判定された場合にこのリード依頼のあ
ったバッファ量を割り当て、一方、現在の残量で割り当
てることができないと判定された場合に残量を全部割り
当てると共に未割り当てのバッファ量を保存するもので
ある。
次に、第２図フローチャートに示す順序に従い、第１図
構成の動作を詳細に説明する。
構成の動作を詳細に説明する。
第２図において、■は、最小限のバッファを確保する。
これは、第３図■に示すように、最小バッファ割当部３
が全てのＷＳに対してそれぞれ最小限のバッファ量例え
ば８にバイト分を予め確保することを意味している。
が全てのＷＳに対してそれぞれ最小限のバッファ量例え
ば８にバイト分を予め確保することを意味している。
■は、ＷＡＩＴ（待機）する。
■は、バッファ要求が発生する。これは、■の待機状態
のもとで、第１図ＷＳ？−１などからリード依頼がサー
バ１で受信されてバッファ要求が発生したことを意味し
ている。
のもとで、第１図ＷＳ？−１などからリード依頼がサー
バ１で受信されてバッファ要求が発生したことを意味し
ている。
■は、残量で足りるか否かを判定する。ＹＥＳの場合（
バッファ要求のあったバッファ量が、■で確保した最小
限のバッファ量および使用中のバッファ量を差し引いた
残量よりも少ない場合）には、■でこのバッファ要求の
あったバッファ量を獲得し、■でこの獲得したバッファ
量を用いてデータ送信処理を行い、■でこのバッファ量
を返却し、■のＷＡＩＴになる。一方、ＮＯの場合（バ
ッファ要求のあったバッファ量が、残量よりも多い場合
）には、■でこの残量を全て獲得すると共に未割当て量
を保存し、■でこの獲得したバッファ量を利用してデー
タ送信処理を行い、［相］でこのバッファ量を返却し、
更に、■でこの保存した未割当てのバッファ量について
同様に繰り返し行う。
バッファ要求のあったバッファ量が、■で確保した最小
限のバッファ量および使用中のバッファ量を差し引いた
残量よりも少ない場合）には、■でこのバッファ要求の
あったバッファ量を獲得し、■でこの獲得したバッファ
量を用いてデータ送信処理を行い、■でこのバッファ量
を返却し、■のＷＡＩＴになる。一方、ＮＯの場合（バ
ッファ要求のあったバッファ量が、残量よりも多い場合
）には、■でこの残量を全て獲得すると共に未割当て量
を保存し、■でこの獲得したバッファ量を利用してデー
タ送信処理を行い、［相］でこのバッファ量を返却し、
更に、■でこの保存した未割当てのバッファ量について
同様に繰り返し行う。
具体的に説明すると、今、バッファの総量を２００にバ
イト、ＷＳの台数を４台、１台のＷＳに最小限に保証す
るバッファ量を８にバイト”として以下説明する。第１
図ＷＳ ７−１が３００にバイトのリード依頼をサーバ
２に要求した場合、■でＮｏ、■で残ｉｔ″１７６にバ
イト”分（２００にバイト−８にバイトＸ３＝１７６に
バイト）のバッファを獲得すると共に未割り当て量“２
２４にバイト″” （３００にバイト−１７６にバイ
ト＝２２４にバイト）を保存し、■でデータ送信し゛、
［相］でこれを一旦返却し、次に■でＹＥＳ、■で未割
り当て量“１２４にバイト” （３００にバイト−１７
６にバイト＝１２４にバイト）を獲得し、■でデータ送
信し、■でこれを返却し、■のＷＡＩＴとなる。これに
より、動的に割り当てることができる最大のバッファ量
を獲得して少ない送信回数でレスポンス速くリード依頼
に対処することが可能となる。
イト、ＷＳの台数を４台、１台のＷＳに最小限に保証す
るバッファ量を８にバイト”として以下説明する。第１
図ＷＳ ７−１が３００にバイトのリード依頼をサーバ
２に要求した場合、■でＮｏ、■で残ｉｔ″１７６にバ
イト”分（２００にバイト−８にバイトＸ３＝１７６に
バイト）のバッファを獲得すると共に未割り当て量“２
２４にバイト″” （３００にバイト−１７６にバイ
ト＝２２４にバイト）を保存し、■でデータ送信し゛、
［相］でこれを一旦返却し、次に■でＹＥＳ、■で未割
り当て量“１２４にバイト” （３００にバイト−１７
６にバイト＝１２４にバイト）を獲得し、■でデータ送
信し、■でこれを返却し、■のＷＡＩＴとなる。これに
より、動的に割り当てることができる最大のバッファ量
を獲得して少ない送信回数でレスポンス速くリード依頼
に対処することが可能となる。
一方、第１図ＷＳ７−２が３２にバイトのリード依頼を
サーバ２に要求した場合、他のＷＳ例えばＷＳ ７−１
によって全てのバッファが獲得されてしまい、■で予め
当該ＷＳ７−２に対して確保した最小限のバッファ量“
８にバイト”しか残っていなかったため、■でＮｏ、■
、■、［相］を３回繰り返し、４回目に■でＹＥＳ、■
、■、■の手順により、図示のように“８にバイト１づ
つ、４回に分けてデータ送信する。これにより、ＷＳ７
２は、データ送信が不可となることがなく、最小限のデ
ータ送信が保証されることとなる。
サーバ２に要求した場合、他のＷＳ例えばＷＳ ７−１
によって全てのバッファが獲得されてしまい、■で予め
当該ＷＳ７−２に対して確保した最小限のバッファ量“
８にバイト”しか残っていなかったため、■でＮｏ、■
、■、［相］を３回繰り返し、４回目に■でＹＥＳ、■
、■、■の手順により、図示のように“８にバイト１づ
つ、４回に分けてデータ送信する。これにより、ＷＳ７
２は、データ送信が不可となることがなく、最小限のデ
ータ送信が保証されることとなる。
第３図はＷＳＩからのリード依願をサーバ１が受は付け
た状態を示す。この状態でサーバ１のバッファは、■に
示すように、他のＷＳ２．３．４について最小限のバッ
ファ量（例えば８にバイト）が固定的に確保されており
、残りのバッファ量がリード依頼の受は付けられたＷＳ
Ｉに動的に割り当てられ得るバッファ量である。これを
利用してＷＳＩは、少ない送信回数でデータ送信を受け
ることが可能となる。
た状態を示す。この状態でサーバ１のバッファは、■に
示すように、他のＷＳ２．３．４について最小限のバッ
ファ量（例えば８にバイト）が固定的に確保されており
、残りのバッファ量がリード依頼の受は付けられたＷＳ
Ｉに動的に割り当てられ得るバッファ量である。これを
利用してＷＳＩは、少ない送信回数でデータ送信を受け
ることが可能となる。
〔発明の効果〕
以上説明したように、本発明によれば、アクセス要求元
毎に最小限のバッファ量を優先的に確保し、残りのバッ
ファ量を動的に割り当ててデータ送信する構成を採用し
ているため、アクセス要求に対するデータ送信のレスポ
ンスを速くすることができると共にバッファを効率的に
使用することができる。
毎に最小限のバッファ量を優先的に確保し、残りのバッ
ファ量を動的に割り当ててデータ送信する構成を採用し
ているため、アクセス要求に対するデータ送信のレスポ
ンスを速くすることができると共にバッファを効率的に
使用することができる。
第１図は本発明の１実施例構成図、第２図は本発明の動
作説明フローチャート、第３図は本発明に係わるバッフ
ァ割当説明図、第４図は従来技術の説明図を示す。 図中、１はサーバ、２−１．２−２はバッファ、３は最
小バッファ割当部、４はバッファ割当判定部、５はバッ
ファ割当部、６はファイル、７−１．７−２はＷＳ（ワ
ークステーション）を表す。
作説明フローチャート、第３図は本発明に係わるバッフ
ァ割当説明図、第４図は従来技術の説明図を示す。 図中、１はサーバ、２−１．２−２はバッファ、３は最
小バッファ割当部、４はバッファ割当判定部、５はバッ
ファ割当部、６はファイル、７−１．７−２はＷＳ（ワ
ークステーション）を表す。
Claims (1)
- 【特許請求の範囲】 アクセス要求に対応してバッファを割り当ててデータ送
信するバッファ最適割当制御方式において、 アクセス要求元の全てに対して最小限のバッファ量を割
り当てる最小バッファ割当部（３）と、バッファ要求の
あったバッファ量が、各アクセス要求元毎に割当てた最
小限のバッファ量および使用中のバッファ量を差し引い
た残量で割り当てることができるか否かを判定するバッ
ファ割当判定部（４）と、 このバッファ割当判定部（４）によって割当てることが
できると判定された場合にそのバッファ量を割当て、一
方、割当てることができないと判定された場合、残量を
割り当てると共に未割当てバッファ量を保存するバッフ
ァ割当部（５）とを備え、このバッファ割当部（５）よ
って割り当てられたバッファ量を使用してデータ送信し
た後、一旦当該バッファ量を返却し、保存した未割当て
バッファ量がある場合、繰り返し判定・割当てを行って
データ送信するように構成したことを特徴とするバッフ
ァ最適割当制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19028788A JPH0240743A (ja) | 1988-07-29 | 1988-07-29 | バッファ最適割当制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19028788A JPH0240743A (ja) | 1988-07-29 | 1988-07-29 | バッファ最適割当制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0240743A true JPH0240743A (ja) | 1990-02-09 |
Family
ID=16255661
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP19028788A Pending JPH0240743A (ja) | 1988-07-29 | 1988-07-29 | バッファ最適割当制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0240743A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04181349A (ja) * | 1990-11-15 | 1992-06-29 | Nec Ibaraki Ltd | 送受信バッファの拡張方式 |
| JPH05143372A (ja) * | 1991-11-20 | 1993-06-11 | Nec Corp | プールセマフオ管理装置 |
| US6816929B2 (en) | 2000-06-21 | 2004-11-09 | Nec Electronics Corporation | Data transfer control method and controller for universal serial bus interface |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5488742A (en) * | 1977-12-26 | 1979-07-14 | Fujitsu Ltd | Data buffer managing and processing system in communication control processor |
| JPS58105344A (ja) * | 1981-12-17 | 1983-06-23 | Sumitomo Electric Ind Ltd | バツフアメモリ管理方式 |
-
1988
- 1988-07-29 JP JP19028788A patent/JPH0240743A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5488742A (en) * | 1977-12-26 | 1979-07-14 | Fujitsu Ltd | Data buffer managing and processing system in communication control processor |
| JPS58105344A (ja) * | 1981-12-17 | 1983-06-23 | Sumitomo Electric Ind Ltd | バツフアメモリ管理方式 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04181349A (ja) * | 1990-11-15 | 1992-06-29 | Nec Ibaraki Ltd | 送受信バッファの拡張方式 |
| JPH05143372A (ja) * | 1991-11-20 | 1993-06-11 | Nec Corp | プールセマフオ管理装置 |
| US6816929B2 (en) | 2000-06-21 | 2004-11-09 | Nec Electronics Corporation | Data transfer control method and controller for universal serial bus interface |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5446737A (en) | Method and apparatus for dynamically allocating shared resource access quota | |
| US5781741A (en) | Message communications system in a parallel computer | |
| WO1999002000B1 (en) | Resource controllers for use in a non-unitary service system | |
| JP2000029856A (ja) | タスクを割り当てる方法、デ―タ処理システム、クライアントデ―タ処理ノ―ドおよび機械可読記憶媒体 | |
| US5958031A (en) | Data transmitting/receiving device of a multiprocessor system and method therefor | |
| JPH0240743A (ja) | バッファ最適割当制御方式 | |
| US7086059B2 (en) | Throttling queue | |
| CN106354673B (zh) | 基于多dma队列的数据传输方法和装置 | |
| JPH0438540A (ja) | メモリ管理方式 | |
| CN114546393A (zh) | 多任务程序编译方法及装置、多核芯片 | |
| JPH09146864A (ja) | 通信制御装置 | |
| CN109471726A (zh) | 一种硬件资源分配方法及装置 | |
| JPH0251740A (ja) | プロセス割当制御方式 | |
| JPS63107236A (ja) | 回線制御方法 | |
| JPS61848A (ja) | 分散制御システムのバス選択方式 | |
| JPH04273792A (ja) | 処理割付方法 | |
| JPH09212426A (ja) | 仮想計算機システムの記憶装置管理方法 | |
| JPH0877029A (ja) | 負荷率に基づいた処理要求実行順序制御方式 | |
| JPS62216060A (ja) | バツフア管理方式 | |
| JP2601513B2 (ja) | 通信パス多重度の動的変更処理方式 | |
| JPH05151035A (ja) | データベースシステム | |
| JPH03225417A (ja) | 拡張記憶装置入出力制御方式 | |
| JPS63101945A (ja) | 主記憶ペ−ジ管理方式 | |
| JPH0895928A (ja) | メモリ共有方式 | |
| JPS63145553A (ja) | 管理モ−ド付きメモリ管理方式 |