JP3013993B2 - Vector processing method - Google Patents
Vector processing methodInfo
- Publication number
- JP3013993B2 JP3013993B2 JP1148267A JP14826789A JP3013993B2 JP 3013993 B2 JP3013993 B2 JP 3013993B2 JP 1148267 A JP1148267 A JP 1148267A JP 14826789 A JP14826789 A JP 14826789A JP 3013993 B2 JP3013993 B2 JP 3013993B2
- Authority
- JP
- Japan
- Prior art keywords
- area
- block
- buffer
- pointer
- areas
- 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.)
- Expired - Lifetime
Links
Landscapes
- Complex Calculations (AREA)
Description
【発明の詳細な説明】 〔産業上の利用分野〕 本発明は,ベクトル処理方式に関し,特に主記憶装置
とベクトルレジスタとの間に位置するバッファ記憶装置
を効率的に使用できるベクトル処理方式に関する。Description: BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a vector processing method, and more particularly to a vector processing method that can efficiently use a buffer storage device located between a main storage device and a vector register.
従来,この種のベクトル処理方式では,主記憶装置と
ベクトルレジスタとの間で送受されるデータを格納する
バッファ記憶装置は,第2図に示すように、一定の記憶
容量(ここでは256要素であるが通常は一度にアクセス
できる最大容量)のブロックに分割され,ブロック毎に
使用状態が管理され,1回のバッファ確保要求に対し,1つ
の空きブロックを割り当て,空きブロックが無い時は,
空きブロックができるまでバッファ確保の処理は待って
いた。Conventionally, in this type of vector processing system, a buffer storage device for storing data transmitted and received between a main storage device and a vector register has a fixed storage capacity (here, 256 elements) as shown in FIG. Is divided into blocks of the maximum capacity that can be accessed at one time), the usage status is managed for each block, and one free block is assigned to one buffer reservation request. If there is no free block,
The process of allocating a buffer waited until an empty block was created.
例えば,バッファの各ブロックがすべて空の状態で, i) 128要素のバッファ確保要求 ii) 128 〃 iii) 256 〃 iv) 128 〃 v) 256 〃 の5つのバッファ確保要求が順にあった場合,まずi)
の要求時はブロック1が割り当てられ,ii)の要求時は
ブロック2が割り当てられ,iii)の要求時はブロック3
が割り当てられ,iv)の要求時はブロック4が割り当て
られ,第11図に示すようにバッファは使用される。v)
の要求時は,4つのブロックすべてが使用されているの
で,何処かが空くまで待たされる。For example, if each block of the buffer is empty and there are five buffer reservation requests in order of i) 128 elements buffer reservation ii) 128 〃 iii) 256 〃 iv) 128 〃 v) 256 , i)
Block 1 is allocated when request is made, block 2 is allocated when request ii) is made, and block 3 is allocated when request is made iii).
Are allocated, and when request iv) is made, block 4 is allocated, and the buffer is used as shown in FIG. v)
When the request is made, all four blocks are used, so it is necessary to wait until somewhere becomes empty.
上述した従来のバッファ記憶装置では,1つのバッファ
確保要求に対し1つのブロックを割り当てているので,
アクセスするデータ量の小さいリクエストが複数あった
場合,バッファ記憶装置としては空いている所が沢山あ
るが,管理上はブロック単位で行っているので,空きブ
ロックがないため,バッファ確保ができず,処理がスタ
ックしてしまうという課題がある。In the conventional buffer storage device described above, one block is allocated for one buffer reservation request.
When there are a plurality of requests with a small amount of data to be accessed, there are many free places in the buffer storage device, but since the management is performed in units of blocks, there is no free block, so the buffer cannot be secured. There is a problem that processing is stuck.
本発明は従来のもののこのような課題を解決しようと
するもので,バッファ記憶装置を効率的に使用できるベ
クトル処理方式を提供するものである。SUMMARY OF THE INVENTION The present invention is to solve such a problem of the related art, and provides a vector processing method that can efficiently use a buffer storage device.
本発明のベクトル処理方式は、各々が複数のエリアを
有する複数のブロックによって構成され、容量が前記エ
リアと同一であるものから前記ブロックと同一であるも
のまでのデータが格納されるバッファ記憶装置と、前記
複数のブロックの各々が格納する前記データの容量を管
理するブロック管理手段と、このブロック管理手段が管
理する前記データの容量を用いて、新たに受け付けるデ
ータが現在格納対象となっているブロックに格納できる
ものであるか否かを判定する判定部と、前記格納対象と
なっているブロックに含まれる前記複数のエリアの少な
くとも1つが使用されているか否かを示す使用状況情報
を有し、該使用状況情報が前記格納対象となっているブ
ロックに含まれる前記複数のエリアがいずれも使用され
ていないことを示す場合、前記新たに受け付けるデータ
を前記格納対象となっているブロックに格納し、;前記
使用状況情報が前記格納対象となっているブロックに含
まれる前記複数のエリアの少なくとも1つが使用されて
いることを示す場合、前記判定部の判定結果が前記新た
に受け付けるデータが前記格納対象のブロックに格納で
きるものであることを示すときには当該新たに受け付け
るデータを前記格納対象のブロックに格納し、前記判定
部の判定結果が前記新たに受け付けるデータが前記格納
対象のブロックに格納できないものであることを示すと
きには該新たに受け付けるデータを格納するのに十分な
空き容量を有する他のブロックを求め該他のブロックに
格納するエリア管理手段とを含む。A vector processing method according to the present invention includes a buffer storage device configured by a plurality of blocks each having a plurality of areas, and storing data from the same capacity as the area to the same block as the block. A block management unit that manages a capacity of the data stored in each of the plurality of blocks; and a block in which newly received data is currently stored using the capacity of the data managed by the block management unit. A determination unit that determines whether or not the plurality of areas included in the block to be stored are used, and usage status information indicating whether at least one of the plurality of areas included in the block to be stored is used, The usage status information indicates that none of the plurality of areas included in the block to be stored is used. In the case, the newly received data is stored in the block to be stored, and at least one of the plurality of areas included in the block in which the usage information is stored is used. When the determination result of the determination unit indicates that the newly received data can be stored in the storage target block, the newly received data is stored in the storage target block, and the determination unit If the result of the determination indicates that the newly received data cannot be stored in the storage target block, another block having sufficient free space for storing the newly received data is determined. And area management means for storing the information.
次に,本発明について図面を参照して説明する。 Next, the present invention will be described with reference to the drawings.
第1図は,本発明の一実施例における回路構成を示す
ブロック図であり,リクエストに応じてバッファのハン
ト,書き込み,読み出しリクエストを送出するリクエス
ト制御部1,ブロック毎にベクトルデータの要素数を管理
するブロック管理部2,ブロック管理部2のベクトルデー
タの要素数とバッファハントリクエストにより送られて
来るベクトルデータの要素数との一致を判定する判定部
3,バッファの各ブロックを分割し,分割したエリアの管
理を行うエリア管理部4,複数のベクトルレジスタと1個
以上の演算器から成るベクトル演算部5,主記憶装置とベ
クトル演算部5との間に位置するバッファ6から構成さ
れる。また,バッファ6は,第3図に示すように,4つの
ブロックに分かれ,それぞれ2つずつのエリアに分割さ
れ,1つのエリアは128要素入力できる構成となってい
る。FIG. 1 is a block diagram showing a circuit configuration according to an embodiment of the present invention. The request control unit sends out a hunt, write, and read request of a buffer in response to a request. The block management unit 2 to be managed, a determination unit that determines whether the number of elements of the vector data of the block management unit 2 matches the number of elements of the vector data transmitted by the buffer hunt request.
3, an area management unit 4 that divides each block of the buffer and manages the divided areas, a vector operation unit 5 including a plurality of vector registers and one or more operation units, and a main storage device and a vector operation unit 5 It consists of a buffer 6 located in between. As shown in FIG. 3, the buffer 6 is divided into four blocks, each of which is divided into two areas, and one area can receive 128 elements.
リクエスト制御部1は信号線10を介して送られて来る
リクエストに応じ,バッファ6に対する次の処理を行
う。The request control unit 1 performs the following processing for the buffer 6 in response to the request sent via the signal line 10.
a) バッファハント: 信号線11を介してブロック管理部2,判定部3,エリア管
理部4にバッファ獲得要求を送出する。ブロック管理部
2,判定部3,エリア管理部4はそれぞれの処理を行い,バ
ッファが獲得できたら,エリア管理部4が信号線40を介
してリクエスト制御部1にバッファ獲得の応答を送出す
る。a) Buffer hunt: A buffer acquisition request is sent to the block management unit 2, the determination unit 3, and the area management unit 4 via the signal line 11. Block management unit
2. The determination unit 3 and the area management unit 4 perform the respective processes. When a buffer is obtained, the area management unit 4 sends a buffer acquisition response to the request control unit 1 via the signal line 40.
b) バッファ書き込み: 信号線60を介してバッファ6に書き込みアドレスを送
出する。b) Buffer write: A write address is sent to the buffer 6 via the signal line 60.
c) バッファ読み出し: 信号線61を介してバッファ6に読み出しアドレスを送
出する。c) Buffer read: A read address is sent to the buffer 6 via the signal line 61.
d) バッファ解放: 信号線12を介してエリア管理部4に解放するバッファ
のアドレスを送出する。d) Buffer release: The address of the buffer to be released is transmitted to the area management unit 4 via the signal line 12.
ブロック管理部2は読み出しポインタを持ち,ポイン
タの示すブロックの要素数を信号線20を介して判定部3
に送出する。また,エリア管理部4から信号線41を介し
て送られて来る取り込み指示のブロックの管理テーブル
に信号線11を介してリクエスト制御部1から送られてき
たバッファハントリクエストのベクトルデータの要素数
を取り込み,読み出しポインタを信号線41で送られて来
たブロック番号に更新する。また,エリア管理部4から
信号線42を介して送られて来るクリア指示により指示さ
れたブロックの管理エリアをクリアする。The block management unit 2 has a read pointer, and determines the number of elements of the block indicated by the pointer via the signal line 20 to the determination unit 3.
To send to. Also, the number of elements of the vector data of the buffer hunt request sent from the request control unit 1 via the signal line 11 is stored in the management table of the block of the capture instruction sent from the area management unit 4 via the signal line 41. The fetch / read pointer is updated to the block number sent on the signal line 41. Further, the management area of the block specified by the clear instruction sent from the area management unit 4 via the signal line 42 is cleared.
判定部3は信号線20を介してブロック管理部2からの
ベクトルデータの要素数と信号線11を介してリクエスト
制御部1からのバッファハントリクエストのベクトルデ
ータの要素数との同値チェックを行い,結果を信号線30
を介してエリア管理部4に送出する。The determination unit 3 performs an equivalence check between the number of elements of the vector data from the block management unit 2 via the signal line 20 and the number of elements of the vector data of the buffer hunt request from the request control unit 1 via the signal line 11. Result 30
To the area management unit 4 via
エリア管理部4はバッファ6のブロック毎のエリアの
管理テーブルと,エリアの使用可フラグ及びそのポイン
タを示すレジスタとを持ち,信号線11を介してリクエス
ト制御部1からバッファハントリクエストを受けると,
まず,エリア使用可フラグを見てこれが“0"の場合は,
の処理:ブロック1〜4のエリア管理テーブルの2つ
のエリアが両方空いているブロックをサーチし,空いて
いるブロックのエリア管理テーブルのエリア(i0)(i
はブロック番号で1,2,3,4)に使用中フラグ“1"を立
て,信号線41を介してブロック管理部2に,このブロッ
ク番号と,取り込み指示を送る。また,この時の処
理:ベクトルデータの要素数が128以下の場合は,エリ
ア使用可フラグを“1"に設定し,ブロック番号をポイン
タに設定する。要素数が128より大きい時はエリアを2
つ使用するので,この処理は行わない。The area management unit 4 has an area management table for each block of the buffer 6 and a register indicating an area use flag and a pointer to the pointer. When a buffer hunt request is received from the request control unit 1 via the signal line 11, the area management unit 4
First, looking at the area available flag, if this is “0”,
Process: Search for a block in which both areas of the area management tables of blocks 1 to 4 are vacant, and search the area (i0) (i
Sets the in-use flag "1" in the block numbers 1, 2, 3, and 4), and sends the block number and the fetch instruction to the block management unit 2 via the signal line 41. At this time, if the number of elements of the vector data is 128 or less, the area usable flag is set to "1" and the block number is set to the pointer. If the number of elements is greater than 128, set the area to 2
This process is not performed because one is used.
また,バッファハントリクエストを受信した時,エリ
ア使用可フラグが“1"の場合は,の処理:信号線30を
介して判定部3から送られた結果が“1"(同値)の時
は,ポインタの示すエリア(i1)に使用中フラグ“1"を
立て,エリア使用可フラグを“0"にする。信号線30から
の結果が“0"(不一致)の時は,“の処理”を行う。When the buffer hunt request is received and the area available flag is "1", the following processing is performed: When the result sent from the determination unit 3 via the signal line 30 is "1" (equivalent), The busy flag "1" is set in the area (i1) indicated by the pointer, and the area usable flag is set to "0". When the result from the signal line 30 is “0” (mismatch), “processing” is performed.
このようにして,バッファ獲得に成功したらリクエス
ト制御部1に獲得したバッファのアドレスと共に獲得成
功を信号線40を介して知らせる。In this way, if the buffer acquisition is successful, the request control unit 1 is notified of the acquisition success together with the address of the acquired buffer via the signal line 40.
また,信号線12を介してリクエスト制御部1からバッ
ファ解放リクエストを受けた場合は,バッファアドレス
の示すエリアの使用中フラグを“0"にし,このエリアの
あるブロックの両方のエリアの使用中フラグが“0"な
ら,信号線42を介してブロック管理部2にこのブロック
の要素数をクリアする指示を出す。When a buffer release request is received from the request control unit 1 via the signal line 12, the busy flag of the area indicated by the buffer address is set to "0", and the busy flags of both areas of the block having this area are set. Is "0", an instruction to clear the number of elements of this block is issued to the block management unit 2 via the signal line 42.
ベクトル演算部5は信号線50を介してバッファ6から
送られて来るベクトルデータをプログラムで指定された
ベクトルレジスタに取り込み,処理を行う。The vector operation unit 5 fetches vector data sent from the buffer 6 via the signal line 50 into a vector register specified by a program and performs processing.
バッファ6は前述したように第3図のように分割さ
れ,リクエスト制御部1から信号線60を介して送られて
来る書き込み要求に対しては指示されたバッファのアド
レスを先頭に,主記憶装置から信号線70を介して送られ
て来るデータをリクエストの要素数だけバッファに書き
込む。また,信号線61を介してリクエスト制御部1から
送られて来たバッファ読み出し要求に対しては,指示さ
れたバッファのアドレスからリクエストの要素数だけ読
み出し,信号線50を介してベクトル演算部5に送出す
る。As described above, the buffer 6 is divided as shown in FIG. 3, and in response to a write request sent from the request control unit 1 via the signal line 60, the address of the designated buffer is placed at the top of the main storage unit. The data sent from the device via the signal line 70 is written into the buffer by the number of elements of the request. In response to the buffer read request sent from the request control unit 1 via the signal line 61, the buffer read request is read from the designated buffer address by the number of elements of the request, and the vector operation unit 5 is read via the signal line 50. To send to.
次に,以下に示すバッファハントリクエストが順に来
た時のそれぞれの管理テーブルの状態を示す。Next, the state of each management table when the following buffer hunt requests come in order is shown.
i) 128要素のバッファハント ii) 128 〃 iii) 256 〃 iv) 128 〃 v) 256要素のバッファハント 第4図(a)にブロック管理テーブル,(b)にブロ
ックポインタ,(c)にエリア管理テーブル,(d)に
エリア使用可フラグ,及び,エリアポインタの初期状態
を示す。この状態でi)のバッファハントリクエストが
あると,エリア使用可フラグが“0"であるので,エリア
管理テーブルの2つのエリアが空のブロックをサーチ
し,ブロック1が空であることを見付け,エリア管理テ
ーブルのブロック1のエリア(10)使用中を設定し,要
素数が“128"なのでエリアを1つしか使わないから,エ
リア使用可フラグを“1"に設定し,エリアポインタにブ
ロック番号“1"を設定する。また,ブロックポインタに
もブロック番号“1"を設定し、ブロック管理テーブルの
ブロック1の所に要素数“128"を設定する。第5図の状
態がこれである。i) 128 element buffer hunt ii) 128 element iii) 256 element iv) 128 element v) 256 element buffer hunt FIG. 4 (a) shows a block management table, (b) shows a block pointer, and (c) shows an area management. The table (d) shows the initial state of the area usable flag and the area pointer. In this state, if there is a buffer hunt request of i), since the area usable flag is "0", two blocks in the area management table are searched for empty blocks, and it is found that block 1 is empty. Set the area (10) in use of block 1 in the area management table, and use only one area because the number of elements is "128". Therefore, set the area usable flag to "1" and set the area pointer to the block number in the area pointer. Set “1”. Also, a block number “1” is set for the block pointer, and the number of elements “128” is set for block 1 in the block management table. This is the state shown in FIG.
次のii)のバッファハントリクエストが来ると,ま
ず,エリア使用可フラグが“1"であるのでブロックポイ
ンタの示すブロック管理テーブルの要素数とリクエスト
の要素数との同値チェックの結果“1"を受け,エリア管
理テーブルのエリア(11)を使用中にし,ブロック1の
エリアを2つとも使用しているのでエリア使用可フラグ
を“0"にする。第6図の状態がこれである。When the buffer hunt request of the following ii) comes, first, since the area use flag is "1", the result of the equivalence check between the number of elements in the block management table indicated by the block pointer and the number of elements in the request is "1". As a result, the area (11) of the area management table is in use, and the area usable flag is set to "0" because both areas of block 1 are used. This is the state shown in FIG.
次のiii)のバッファハントリクエストが来ると,エ
リア使用可フラグが“0"なので,エリア管理テーブルの
2つのエリアが空のブロックをサーチし,ブロック2が
空であることを見付け,エリア管理テーブルのエリア
(20)を使用中にする。要素数が“256"なので2つのエ
リアを使うため,エリア使用可フラグは,“0"のままに
しておく。また,ブロック番号“2"をブロックポインタ
に設定し,ブロック管理テーブルのブロック2の所に要
素数“256"を設定する。第7図の状態がこれである。When the buffer hunt request of the following iii) comes, the area available flag is "0", so the area management table searches for empty blocks in the two areas and finds that block 2 is empty. Area (20) in use. Since the number of elements is "256" and two areas are used, the area usable flag is left at "0". Further, the block number “2” is set as the block pointer, and the number of elements “256” is set at the block 2 in the block management table. This is the state shown in FIG.
次のiv)のバッファハントリクエストが来ると,エリ
ア使用可フラグが“0"なのでエリア管理テーブルの2つ
のエリアが空のブロックをサーチし,ブロック3が空で
あることを見付け,エリア管理テーブルのエリア(30)
を使用中にし,要素数が“128"なので,エリアを1つし
か使わないため,エリア使用可フラグを“1"に設定し,
エリアポインタにブロック番号“3"を設定する。また,
ブロックポインタにもブロック番号“3"を設定し,ブロ
ック管理テーブルのブロック3の所に要素数“128"を設
定する。第8図の状態がこれである。When the buffer hunt request of the next iv) comes, since the area usable flag is "0", two areas in the area management table are searched for empty blocks, and it is found that block 3 is empty. Area (30)
Is being used, and since the number of elements is "128", only one area is used. Therefore, the area usable flag is set to "1".
Set the block number "3" to the area pointer. Also,
The block number “3” is also set in the block pointer, and the number of elements “128” is set in the block 3 in the block management table. This is the state shown in FIG.
次のv)のバッファハントリクエストが来ると,エリ
ア使用可フラグが“1"なので,ブロックポインタの示す
ブロック管理テーブルの要素数と,リクエストの要素数
との同値チェックの結果“0"(不一致)を受け,エリア
使用可フラグを“0"にし,エリア管理テーブルの2つの
エリアが空のブロックをサーチし,ブロック4が空であ
るのを見付け,エリア管理テーブルのエリア(40)を使
用中にし,要素数が“256"であるから,エリアを2つ使
うのでエリア使用可フラグは“0"のままにしておく。ま
た,ブロックポインタにブロック番号“4"を設定し,ブ
ロック管理テーブルのブロック4の所に所定数“256"を
設定する。第9図がこの状態である。When the buffer hunt request of the next v) comes, the area usable flag is “1”, and as a result of the equivalence check between the number of elements of the block management table indicated by the block pointer and the number of elements of the request, “0” (mismatch) In response to this, the area use flag is set to "0", two areas in the area management table are searched for empty blocks, block 4 is found to be empty, and area (40) in the area management table is used. Since the number of elements is "256", two areas are used, so the area usable flag is kept at "0". Also, a block number “4” is set in the block pointer, and a predetermined number “256” is set in the block 4 of the block management table. FIG. 9 shows this state.
また第10図にこれら5つのバッファハントリクエスト
により確保されたバッファの使用状態を示す。FIG. 10 shows the use state of the buffers secured by these five buffer hunt requests.
以上説明したように本発明は,複数のブロックにより
構成されるバッファ記憶装置の各ブロックを複数のエリ
アに分割し,ベクトルデータの要素数により使用するエ
リアの数を可変にし、同一ブロックに複数の同一要素数
のベクトルデータを収容できるようにすることにより,
バッファ記憶を簡単な制御で効率的に使用でき、また各
バッファに格納するベクトルデータのベクトル要素数で
ブロック内エリアを使い分けることにより、ベクトル要
素数の小さなベクトル命令であるとき、バッファの個数
より多くのベクトル命令によりバッファを使用可能にす
る効果がある。As described above, the present invention divides each block of the buffer storage device composed of a plurality of blocks into a plurality of areas, makes the number of areas to be used variable according to the number of elements of vector data, and By accommodating vector data with the same number of elements,
The buffer storage can be used efficiently with simple control, and the area within the block is properly used depending on the number of vector elements of the vector data stored in each buffer. There is an effect that the buffer can be used by the vector instruction.
第1図は本発明の一実施例を示すブロック図,第2図は
従来のバッファの構成図,第3図は本実施例のバッファ
の構成図,第4図〜第9図は本実施例で使用する管理テ
ーブルの状態遷移を表わす図,第10図は本実施例でのバ
ッファの使用状態を表す図,第11図は従来のバッファの
使用状態を表わす図である。 記号の説明:1……リクエスト制御部,2……ブロック管理
部,3……判定部,4……エリア管理部,5……ベクトル演算
部,6……バッファ。FIG. 1 is a block diagram showing an embodiment of the present invention, FIG. 2 is a diagram showing the structure of a conventional buffer, FIG. 3 is a diagram showing the structure of a buffer according to this embodiment, and FIGS. FIG. 10 is a diagram showing a state transition of a management table used in FIG. 10, FIG. 10 is a diagram showing a buffer use state in this embodiment, and FIG. 11 is a diagram showing a conventional buffer use state. Explanation of symbols: 1 ... request control section, 2 ... block management section, 3 ... determination section, 4 ... area management section, 5 ... vector calculation section, 6 ... buffer.
Claims (1)
クによって構成され、前記複数のエリアの各々は同一容
量のデータを格納でき、前記複数のブロックの各々は同
一容量のデータを格納できるバッファ記憶装置と、 現在格納対象となっているブロックを示すブロックポイ
ンタを有して前記複数のブロックの各々が格納する前記
データの容量を管理するブロック管理部と、 新たに受け付けるデータの要素数と前記ブロックポイン
タの示すブロックの要素数とが同値であるか否かを判定
する判定部と、 前記ブロックポインタの示すブロックに含まれる前記複
数のエリアの少なくとも1つが使用されているか否かを
示すエリア管理テーブルと使用可能なエリアの存在を示
すエリア使用可フラグとその使用可能なエリアのブロッ
ク番号を保持するエリアポインタとを有し、前記エリア
使用可フラグが使用可能でない旨を示している場合、前
記エリア管理テーブルの全エリアが空いているブロック
に使用中の旨を登録するとともに、その登録されたデー
タの要素数がブロックの容量に満たないときはさらに前
記エリア使用可フラグを使用可能である旨を示すように
して前記エリアポインタにその登録対象となったブロッ
ク番号を保持させ、前記エリア使用可フラグが使用可能
である旨を示している場合、前記判定部の示す結果が同
値であるときは前記エリアポインタの示すエリア管理テ
ーブルのエリアに使用中の旨を登録するとともに前記使
用可フラグを使用可能でない旨を示すようにし、前記判
定部の示す結果が同値でないときは前記エリア管理テー
ブルの全エリアが空いているブロックに使用中の旨を登
録するエリア管理部とを含むことを特徴とするベクトル
処理方式。1. A buffer storage comprising a plurality of blocks each having a plurality of areas, each of said plurality of areas being capable of storing data of the same capacity, and each of said plurality of blocks being capable of storing data of the same capacity. A device, a block management unit having a block pointer indicating a block currently being stored, and managing a capacity of the data stored in each of the plurality of blocks; a number of newly received data elements and the block; A determination unit that determines whether or not the number of elements of a block indicated by the pointer is the same; and an area management table that indicates whether at least one of the plurality of areas included in the block indicated by the block pointer is used And an area available flag indicating the existence of an available area and the block number of the available area If the area use flag indicates that the area is not usable, the area management table registers that all the areas in the area management table are occupied and uses the registered data. When the number of elements is less than the capacity of the block, the area pointer is further stored in the area pointer to indicate that the area usable flag is usable, and the area usable flag is stored in the area pointer. Indicates that it is usable, and if the result indicated by the determination unit is the same value, the fact that it is in use is registered in the area of the area management table indicated by the area pointer and the usable flag can be used. If the result indicated by the determination unit is not the same value, all areas in the area management table are free. Vector processing method characterized by including the area management unit for registering the fact in use click.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP1148267A JP3013993B2 (en) | 1989-06-13 | 1989-06-13 | Vector processing method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP1148267A JP3013993B2 (en) | 1989-06-13 | 1989-06-13 | Vector processing method |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH0314073A JPH0314073A (en) | 1991-01-22 |
JP3013993B2 true JP3013993B2 (en) | 2000-02-28 |
Family
ID=15448950
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP1148267A Expired - Lifetime JP3013993B2 (en) | 1989-06-13 | 1989-06-13 | Vector processing method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3013993B2 (en) |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS5798070A (en) * | 1980-12-12 | 1982-06-18 | Fujitsu Ltd | Data processing device |
JPS57150028A (en) * | 1981-02-25 | 1982-09-16 | Fuji Facom Corp | Telegram buffer control system |
-
1989
- 1989-06-13 JP JP1148267A patent/JP3013993B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JPH0314073A (en) | 1991-01-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5530897A (en) | System for dynamic association of a variable number of device addresses with input/output devices to allow increased concurrent requests for access to the input/output devices | |
US6754738B2 (en) | Low overhead I/O interrupt | |
US6880021B2 (en) | Intelligent interrupt with hypervisor collaboration | |
US5457793A (en) | Software cache management of a shared electronic store in a supplex | |
AU598857B2 (en) | Move-out queue buffer | |
US6269425B1 (en) | Accessing data from a multiple entry fully associative cache buffer in a multithread data processing system | |
JP2002510079A (en) | Method and apparatus for forcing ordered execution of reads and writes between memory interfaces | |
JPH0640317B2 (en) | Digital data processing system | |
GB2265734A (en) | Free memory cell management system | |
US5446844A (en) | Peripheral memory interface controller as a cache for a large data processing system | |
US6792483B2 (en) | I/O generation responsive to a workload heuristics algorithm | |
JP3460617B2 (en) | File control unit | |
US5680577A (en) | Method and system for processing multiple requests for data residing at the same memory address | |
JP3013993B2 (en) | Vector processing method | |
US5404549A (en) | Method for efficient access of data stored in a nexus table using queue tag indexes in a table portion | |
US6748460B2 (en) | Initiative passing in an I/O operation without the overhead of an interrupt | |
JPS63240653A (en) | Translation between memory management unit and virtual-real address | |
JPS6349945A (en) | Process roll-in system for data processor | |
GB2037466A (en) | Computer with cache memory | |
US6789134B1 (en) | Dequeuing from a host adapter two-dimensional queue | |
JPS6053903B2 (en) | multiprocessor system | |
JP2994917B2 (en) | Storage system | |
JP2576356B2 (en) | Semaphore acquisition device in multiprocessor system | |
JP2740572B2 (en) | Program loading method | |
JP2735400B2 (en) | Asynchronous I / O control method |