JPS62236049A - File constitution system - Google Patents

File constitution system

Info

Publication number
JPS62236049A
JPS62236049A JP61078359A JP7835986A JPS62236049A JP S62236049 A JPS62236049 A JP S62236049A JP 61078359 A JP61078359 A JP 61078359A JP 7835986 A JP7835986 A JP 7835986A JP S62236049 A JPS62236049 A JP S62236049A
Authority
JP
Japan
Prior art keywords
file
block
blocks
section
stored
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
Application number
JP61078359A
Other languages
Japanese (ja)
Inventor
Masao Maruyama
丸山 雅夫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP61078359A priority Critical patent/JPS62236049A/en
Publication of JPS62236049A publication Critical patent/JPS62236049A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To attain succession of a multi-stage index system and an idle block unitary control system and furthermore to secure an access to a large capacity file at a sufficiently high speed, by performing the input and output of a variable length block. CONSTITUTION:The register processing is carried out by means of a multi-stag index system and an idle block unitary control system in case the file capacity is unknown. However such a file exceeding 10l bytes is decentralized to some blocks and stored there. In other words, a small block is used at first and then the blocks of a section B are used and registered via a point address #P1 if the number of blocks exceeds 10. If a file is not stored in the prescribed number of blocks of a relevant section in case the capacity of the file to be registered is known, the null data are set to the 1st entry of a section A indicating the head address and then execute a section-based block length increasing system. While the file is stored in the 1st ad following entries of the section B if the file is stored in the prescribed number of blocks.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は計算機システムにおけるオペレーティングシ
ステムに関し、特にディスク記憶媒体内にファイルを格
納するファイル構成方式に関するものである。
DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to an operating system in a computer system, and particularly to a file configuration method for storing files in a disk storage medium.

〔従来の技術〕[Conventional technology]

従来、この種のファイル構成方式は多段インデックス方
式および空ブロック一元管理方式によシ構成され、この
方式でファイルを格納している。
Conventionally, this type of file configuration method has been configured using a multi-stage index method and an empty block unified management method, and files are stored using this method.

例えば、UNIXファイルシステムではファイルの実体
を示す制御構造体1ノードは、ファイルを表す情報と、
データブロックあるいは128個のポインタからなるイ
ンダイレクトブロックのアドレスを示す領域とから成っ
ている。このアドレス領域によシ、ひとつのファイルが
どのブロックをつないで構成されているかを示す。この
場合、ブロック数が108までの大きさく512バイト
×10=5にバイト以内)のファイルであれば、ナbi
〜+b10がブロックのアドレスとして使用される。
For example, in a UNIX file system, one node of the control structure that represents the entity of a file contains information representing the file,
It consists of an area indicating the address of a data block or an indirect block consisting of 128 pointers. This address area indicates which blocks are connected to make up one file. In this case, if the file size is up to 108 blocks (within 512 bytes x 10 = 5 bytes), the
~+b10 is used as the address of the block.

5Xバイト以上の場合は、÷P1で末端ブロックへのブ
ロックアドレスを収めたブロックを指し、そのブロック
からさらに個々のブロックを指す方式を使う。各ブロッ
クアドレス(すなわちポインタ)は4バイトで表すので
、512バイトのブロックには128個のポインタが入
る。従って、◆P1で示すことのできるファイル容量の
大きさは128 X 512バイト=64にバイトであ
シ、さらに大きいファイルはすP2よシ2段参照して表
す。したがって、ナP2 より2段参照して表す。した
がって、÷P2から指せるファイル領域の大きさは、1
28”X512バイト=8192にバイト(8Mバイト
)になる。同様にして、これ以上の大きいファイルはφ
P3を用いて3段のポインタ表を使って示す。したがっ
て、128’X512パイ) = 1024M ハイ)
’tテ表現でき、多段インデックス方式と呼ばれている
。このように、多段インデックス方式は実データが格納
されているブロック群を表現する方式でsb、最初の区
画に属するブロックへは直接ポイントするブロックアド
レスを持ち、2番目の区画に属する末端ブロックへはそ
のブロックのアドレス群を収めたブロックのアドレスを
持つように構成されている。
If the size is 5X bytes or more, a method is used in which ÷P1 points to the block that contains the block address to the end block, and then points to individual blocks from that block. Each block address (ie, pointer) is represented by 4 bytes, so a 512-byte block can contain 128 pointers. Therefore, the size of the file capacity that can be indicated by ◆P1 is 128 x 512 bytes = 64 bytes, and a larger file is expressed by referring to P2 in two stages. Therefore, it is expressed by referring to two stages from NaP2. Therefore, the size of the file area that can be pointed to by ÷P2 is 1
28" x 512 bytes = 8192 bytes (8MB). Similarly, larger files can be created using φ
This is shown using a three-stage pointer table using P3. Therefore, 128'X512 pi) = 1024M high)
It can be expressed as 't' and is called a multi-stage index method. In this way, the multi-stage indexing method is a method for representing a group of blocks in which actual data is stored, and sb has a block address that directly points to the block belonging to the first partition, and the end block belonging to the second partition has a block address that directly points to the block belonging to the first partition. It is configured to have the address of the block containing the address group of that block.

また、これらのすべてのブロックは同一ブロック入  
   長なので、空ブロックの管理は個々の空ブロック
のアドレス群とその個数を収めた空ブロック管理用ブロ
ックにより一元管理されており、空ブロック一元管理方
式と呼ばれている。
Also, all these blocks have the same block input.
Because of the length of the block, empty blocks are managed in a unified manner by an empty block management block containing the address group and number of individual empty blocks, and is called the empty block unified management method.

〔発明が解決しようとする問題点〕[Problem that the invention seeks to solve]

上述した従来のファイル構成方式は、多段インデックス
方式および空ブロック一元管理方式を用いているので、
ファイル容量が少ないファイルへのアクセスはディスク
I10回数が少なくてアクセスそのものが早いが、ファ
イル容量が大きくなればなる程ポインタをたどるための
110回数が増加するので、ファイルのアクセスが極端
に遅くなるという問題点がある。
The conventional file structure method described above uses a multi-stage index method and a unified empty block management method, so
When accessing a file with a small file size, the number of disk I10 times is small and the access itself is fast, but as the file size increases, the number of times it takes to follow the pointer increases, making file access extremely slow. There is a problem.

〔問題点を解決するための手段〕[Means for solving problems]

この発明のファイル構成方式は、予め登録するファイル
の容量が判明している場合には区画別ブロック長増加方
式および区画別空ブロック管理方式を用いて実行するよ
うにしたものである。
The file configuration method of the present invention is such that when the capacity of the file to be registered is known in advance, it is executed using a block length increase method for each section and an empty block management method for each section.

〔作用〕[Effect]

この発明は大容量ファイルのアクセスも十分に速くする
ことができる。
This invention can also sufficiently speed up access to large files.

〔実施例〕〔Example〕

第1図はこの発明に係るファイル構成方式の一実施例を
示すフローチャートである。同図において、1はファイ
ルの登録要求を受は付ける処理を行なう開始ステップ、
2は前もってファイルの容量が判明しているかどうかを
区別するファイル容量判明ステップ、3は当該区画のブ
ロック数に格納されるかどうかを判定するファイル容量
判定ステップ、4は当該区画の先頭プロ・ツクを指す第
1エントリにナルデータをセットするナルデータ登録ス
テップ、5は第4図に示すように、最初の区画を構成す
るブロック長をtバイトにすると、2番目の区画を構成
するブロック長をmバイト(ただし、m ) t )と
し、屓次区画を構成するブロックの長さを大きくする。
FIG. 1 is a flowchart showing an embodiment of a file configuration method according to the present invention. In the figure, 1 is a start step for accepting and accepting file registration requests;
2 is a file capacity determination step that determines whether the file capacity is known in advance; 3 is a file capacity determination step that determines whether the file will be stored in the number of blocks in the partition; and 4 is a file capacity determination step that determines whether the file capacity is known in advance. Null data registration step 5 sets null data in the first entry pointing to , as shown in FIG. m bytes (where m ) t ), and the length of the block constituting the secondary partition is increased.

いわゆる区画を構成するブロック長を区画毎に大きくし
ていく区画別ブロック長増加方式を実行するステップ、
6は前述した多段インデックス方式を用いて登録処理を
行なうデータ登録ステップ、Tは登録完了処理を行なう
終了ステップである。
a step of executing a so-called partition block length increasing method in which the block length constituting the partition is increased for each partition;
6 is a data registration step in which registration processing is performed using the multi-stage index method described above, and T is a termination step in which registration completion processing is performed.

次に上記フローチャートで示すファイル構成方式の動作
について、第2図、第3図および第4図を参照して説明
する。まず、開始ステップ1によりファイルの登録要求
を受は付ける処理をしたのち、ファイル容量判明ステッ
プ2は前もってファイルの容量が判明しているかどうか
を区別する。
Next, the operation of the file configuration method shown in the above flowchart will be explained with reference to FIGS. 2, 3, and 4. First, after a process of accepting and accepting a file registration request is performed in a start step 1, a file capacity determining step 2 determines whether or not the file capacity is known in advance.

この場合、ファイル容量が判明していない場合には、デ
ータ登録ステップ6に制御が移9、前記の多段インデッ
クス方式および空ブロック一元管理方式を用いて登録処
理を行なうが、10tバイト(ただし、tはブロック長
を示す)を超えるファイルを格納する場合には第2図に
示すように、各ブロックに分散されて格納される。すな
わち、最初小なるブロックが使用され、10ブロツク(
10tバイト)を超えると、ポイントアドレス◆Piを
用いてB区画のブロックが使用され登録される。そして
、終了ステップ7により登録完了処理を行なって終了す
る。次に、あらかじめ登録するファイの容量の大きさが
判明している場合にはファイル容量判定ステップ3に移
シ、当該区画のブロック数に格納されるかどうかを判定
するが、格納されないと判定された場合にはナルデータ
登録ステップ4によシ、第3図に示すように当該区画の
先頭アドレスを指すA区画の第にントリにナルデータを
セットしたのち、区画別ブロック長増加方式を実行する
ステップ5によりa該区画を1つ上げ、再びファイル容
量判定ステップ3にもどる。したがって、再びファイル
容量判定ステップ3によシ、当該区画のブロック数に格
納されるかどうかを判定するが、格納されると判定され
た場合にはデータ登録ステップ6に制御が移シ、第3図
に示すように、B区画の第1エントリからファイルを格
納することができる。この場合、区画毎に空ブロックを
管理する。すなわち、第4図に示すように、それぞれの
区画単位の空ブロック管理用ブロックで管理し、空ブロ
ック数に応じて次の管理用ブロックにチェインされる区
画別空ブロック管理方式を用いる。なお、A、B、C,
Dの各ブロックはブロック長がそれぞれt、m、n、O
バイト(t<m<、      n (0)であシ、ブ
ロックアドレス◆b1〜φbloは直接A区画のブロッ
クを示し、ポインタアドレス+P1は間接的にB区画の
ブロックを指し、同様にしてそれぞれC,D区画のブロ
ックを指す。1ブロツクにブロックアドレスが最大12
8個、C区画には1281個、D区画には1281個表
現できる。
In this case, if the file capacity is not known, the control moves to data registration step 69, and registration processing is performed using the multi-stage index method and empty block unified management method. When storing a file exceeding the block length (indicates the block length), the file is distributed and stored in each block as shown in FIG. That is, initially small blocks are used, 10 blocks (
10t bytes), the block of section B is used and registered using point address ◆Pi. Then, in the end step 7, registration completion processing is performed and the process ends. Next, if the capacity of the file to be registered is known in advance, the process moves to file capacity determination step 3, in which it is determined whether it will be stored in the number of blocks of the relevant partition, but if it is determined that it will not be stored. If so, proceed to null data registration step 4, and set the null data in the first entry of partition A pointing to the start address of the partition as shown in Figure 3, and then execute the block length increase method for each partition. In step 5, the section a is moved up by one, and the process returns to step 3 for determining the file capacity. Therefore, the file capacity determination step 3 is again performed to determine whether or not the data will be stored in the block number of the partition. If it is determined that the data will be stored, control is transferred to the data registration step 6, As shown in the figure, files can be stored from the first entry of the B partition. In this case, empty blocks are managed for each section. That is, as shown in FIG. 4, a partition-based empty block management method is used in which empty block management blocks are managed for each partition and are chained to the next management block according to the number of empty blocks. In addition, A, B, C,
The block lengths of each block in D are t, m, n, and O, respectively.
Byte (t<m<, n (0)), block addresses ◆b1 to φblo directly indicate blocks in section A, pointer address +P1 indirectly indicate blocks in section B, and in the same way, C, respectively. Refers to the block in section D. One block has a maximum of 12 block addresses.
8 pieces, 1281 pieces can be expressed in the C section, and 1281 pieces can be expressed in the D section.

そして、終了ステップTによシ登録完了処理を行なって
終了する。このように、第4図に示す区画別ブロック長
増加方式および区画別空ブロック管理方式を用いて格納
することができる。
Then, a registration completion process is performed at end step T, and the process ends. In this way, storage can be performed using the block length increasing method for each section and the empty block management method for each section shown in FIG.

なお、上述の実施例では単にデータを登録するとして説
明したが、これに限定せず、CAD / CABシステ
ムで扱かわれている図面データや部品データなどの大容
量のファイルで、しかもインタラクティブに使われるた
め早いレスポンス時間が要求されるシステムに用いるこ
とができるととはもちろんである。
Although the above embodiment has been explained as simply registering data, it is not limited to this, and can be used interactively with large-capacity files such as drawing data and parts data handled by a CAD/CAB system. Of course, it can be used in systems that require a fast response time.

〔発明の効果〕〔Effect of the invention〕

以上詳細に説明したように1この発明に係るファイル構
成方式によれば、可変長ブロックの入出力を行なうこと
によシ、多段インデックス方式および空ブロック一元管
理方式を継承でき、しかも大容量ファイルのアクセスも
十分に速く実現することができる効果がある。
As explained in detail above, 1. According to the file structure method according to the present invention, by performing variable-length block input/output, it is possible to inherit the multi-stage index method and the empty block unified management method, and moreover, it is possible to inherit the multi-stage index method and the empty block unified management method. This also has the effect of allowing access to be achieved sufficiently quickly.

【図面の簡単な説明】[Brief explanation of drawings]

第1図はこの発明に係るファイル構成方式の一実施例を
示すフローチャート、第2図、第3図および第4図はそ
れぞれ第1図の動作を説明するための図である。 1・・・・開始ステップ、2φ・・・ファイル容量判明
ステップ、3・・・・ファイル容量判定ステップ、4・
−・・ナルデータ登録ステップ、5・番・・区画別ブロ
ック長増加ステップ、6・・・φデータ登録ステップ、
7拳・・・終了ステップ。
FIG. 1 is a flowchart showing an embodiment of the file configuration method according to the present invention, and FIGS. 2, 3, and 4 are diagrams for explaining the operation of FIG. 1, respectively. 1...Start step, 2φ...File capacity determination step, 3...File capacity determination step, 4.
-... Null data registration step, No. 5... Section block length increase step, 6... φ data registration step,
7 fists...end step.

Claims (1)

【特許請求の範囲】[Claims] 計算機システムにおける記憶装置のデータ領域を複数個
の区画に分け、ファイル容量が判明していない場合には
多段インデックス方式および空ブロック一元管理方式を
用いて実行し、予め登録するファイルの容量が判明して
いる場合には区画別ブロック長増加方式および区画別空
ブロック管理方式を用いて実行し、ファイルの実体を格
納することを特徴とするファイル構成方式。
The data area of the storage device in a computer system is divided into multiple sections, and when the file capacity is not known, the multi-stage indexing method and the unified empty block management method are used to execute the process, and the capacity of the file to be registered is known in advance. A file configuration method characterized in that, when a file is stored, a block length increase method for each partition and an empty block management method for each partition are used to store the substance of the file.
JP61078359A 1986-04-07 1986-04-07 File constitution system Pending JPS62236049A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP61078359A JPS62236049A (en) 1986-04-07 1986-04-07 File constitution system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP61078359A JPS62236049A (en) 1986-04-07 1986-04-07 File constitution system

Publications (1)

Publication Number Publication Date
JPS62236049A true JPS62236049A (en) 1987-10-16

Family

ID=13659795

Family Applications (1)

Application Number Title Priority Date Filing Date
JP61078359A Pending JPS62236049A (en) 1986-04-07 1986-04-07 File constitution system

Country Status (1)

Country Link
JP (1) JPS62236049A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5375233A (en) * 1988-12-22 1994-12-20 International Computers Limited File system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5375233A (en) * 1988-12-22 1994-12-20 International Computers Limited File system

Similar Documents

Publication Publication Date Title
US20010029569A1 (en) Storage device and method for data sharing
CN106570113B (en) Mass vector slice data cloud storage method and system
EP2502167A1 (en) Super-records
US10649967B2 (en) Memory object pool use in a distributed index and query system
CN112711564A (en) Merging processing method and related equipment
JPS62236049A (en) File constitution system
CN113495901A (en) Variable-length data block oriented quick retrieval method
JPH04112253A (en) Data accessing method using multilayer buffer
JPH0962697A (en) Merchandise code retrieving system
JPS62259152A (en) File forming system
JPS62287350A (en) Index integrally updating system
JPS62131349A (en) Data base processing system
JPS62107336A (en) Control method for hierarchy type data base
JP2615046B2 (en) Record addition processing method
JPS62269244A (en) File access system
JPS63138442A (en) Restoring and processing system for deleted file
JPS63314656A (en) Cell control processing system containing variable length condition data
JPH04174071A (en) Hash processor
JPH03172933A (en) Undefined-length data processing system
JPS63177234A (en) File save loading method
JPS62281038A (en) Data base constituting method
JPS63285631A (en) Updating and processing system for index file
JPS62145441A (en) Updating processing system for key-sequenced data set
JPH0266645A (en) Network data base
JPH0228846A (en) Data storing system