JPH03131942A - File managing system - Google Patents

File managing system

Info

Publication number
JPH03131942A
JPH03131942A JP1270717A JP27071789A JPH03131942A JP H03131942 A JPH03131942 A JP H03131942A JP 1270717 A JP1270717 A JP 1270717A JP 27071789 A JP27071789 A JP 27071789A JP H03131942 A JPH03131942 A JP H03131942A
Authority
JP
Japan
Prior art keywords
data block
directory
file
hdd
written
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
JP1270717A
Other languages
Japanese (ja)
Inventor
Atsushi Toho
東方 敦司
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.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric 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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP1270717A priority Critical patent/JPH03131942A/en
Publication of JPH03131942A publication Critical patent/JPH03131942A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PURPOSE:To simplify the control method of files by storing the using information of a data block storing files in a controlling data block as an allocation vector and setting up its block number in a directory. CONSTITUTION:In the case of newly writing a file existing in a memory in an HDD 5, a CPU 1 searches a directory area residing in a control buffer 4 similar to that in the HDD 5, acquires an idle directory and sets up a file name and a type. Then the CPU 1 regards an idle data block as a controlling data block and sets up its data block number and field number in the directory. When the idle data block is specified, the contents of the file are written and its corresponding data block number is set up in the field of the controlling data block as an allocation vector. After completing the writing of the file, the controlling data block is written in the HDD 5 and the directory in the buffer 4 is written in the HDD 5 to complete the processing.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 コノ発明は、コンピュータ・システム及び通信制御装置
等の補助記憶装置におけるファイル管理方式に関するも
のである。
DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a file management method in an auxiliary storage device such as a computer system and a communication control device.

〔従来の技術〕[Conventional technology]

第4図は、補助記憶装!1を有するコンピューターシス
テムの構成図であり、図においてfilばCPU。
Figure 4 is auxiliary memory! 1 is a configuration diagram of a computer system having a CPU.

(2)は主記憶(メモ!J)、+a+は(41の制御バ
ッファ・メモリと(51の補助記憶装[(HDD)との
間でデータのDMA転送を行なう制御部(DMA)を示
す。
(2) indicates the main memory (Memo!J), +a+ indicates a control unit (DMA) that performs DMA transfer of data between the control buffer memory (41) and the auxiliary storage device ((HDD) (51).

第5図は例えばマイコンピユータ研究特集CP/M活用
テクノロジー(CQ出版社19115 No。
For example, Figure 5 is from Microcomputer Research Special Feature CP/M Utilization Technology (CQ Publishing 19115 No.

16)に示された従来のディレクトリ及びPCB(ファ
イル管理ブロック)の構成を示すものである。
16) shows the structure of the conventional directory and PCB (file management block) shown in FIG.

次に動作について説明する。Next, the operation will be explained.

メモリ(21上に存在するファイル1HDDI51 に
新規に書込む場合、  CPUfilは、HDDf51
内のディレクトリ領域をDMAf31を介して制御バッ
ファ(4) に転送し、これをサーチし空ディレクトリ
を確保する。このときメモ1月2)上に新規のPCB 
 (ファイル留理ブロック)を作成する。次に、空デー
タ・ブロックを指定し、メモリ+21上のファイルの内
容1mバッファ(4)にコピーL、  DMA +s+
を介してHDDi51に書込み、該当するデータ・ブロ
ック番号をPCBに設定する。(第5図)ファイルの内
容が1つのデータ・ブロックに書ききれない場合は。
When writing a new file to file 1 HDDI51 that exists on memory (21), CPUfil is
The directory area within is transferred to the control buffer (4) via DMAf31, and this is searched to secure an empty directory. At this time, note January 2) on the new PCB.
(File storage block) is created. Next, specify an empty data block and copy the contents of the file on memory +21 to the 1m buffer (4)L, DMA +s+
, and set the corresponding data block number in the PCB. (Figure 5) If the contents of the file cannot be written in one data block.

更に別の空データ・ブロックを指定し同様にHDD(5
1に書込みデータ・ブロック番号1FcB に設定する
。1つのPCBを使用してファイルが書ききれない場合
は、更にディレクトリ領域をサーチし空ディレクトリY
t確保し、上記処理を繰返す。ファイルの内容全てを書
込むとメモリ(2)上に作成したPCBを制御バッファ
(4)にコピーL、  DMA +3+を介してHDD
f51内のディレクトリ領域に転送する。
Specify yet another empty data block and move it to the HDD (5
Set the write data block number 1FcB to 1. If files cannot be written using one PCB, search further directory areas and create an empty directory Y.
t is secured and the above process is repeated. After writing all the contents of the file, copy the PCB created on the memory (2) to the control buffer (4) L, and drive it to the HDD via DMA +3+.
Transfer to the directory area in f51.

このときのディレクトリのフォーマツトラ第5図に示す
The format of the directory at this time is shown in FIG.

〔発明が解決しようとする課鴎〕[The problem that the invention attempts to solve]

従来のファイル管理方式は以上のように構成されている
ので1例えばデータ・ブロックの大きさを8にバイト、
ディスク容量が255 データ・ブロック以上の場合、
  1Mバイトのファイル・アクセス全想定すると、1
6個のFCBk必要とする為、ディレクトリ領域の空デ
ィレクトリのサーチ回数の増加、また、32バイトで構
成されるPCBをブイレフ) IJとして補助記憶装置
へ曹込む際にアクセス回数が羊〈、特に同時に多数のフ
ァイルをアクセスしようとすると、効率が悪く、高速ア
クセスを必要とする装置では1時間がかがシ過ぎるとい
う問題点かあった。
Conventional file management systems are structured as described above, so 1. For example, the size of a data block is set to 8 bytes,
If the disk capacity is 255 data blocks or more,
Assuming all 1MB file accesses, 1
Because 6 FCBk are required, the number of searches for empty directories in the directory area increases, and the PCB consisting of 32 bytes increases. When trying to access a large number of files, there was a problem that it was inefficient and took an hour for devices that required high-speed access.

この発明は、上記のような問題点を解消する為になされ
たもので、ファイルの最大長が決まっているシステムに
於て、補助記憶装置との間のアクセスを効高よ〈高速化
できるとともに、ディレクトリ構成を単純にできるファ
イル管理方式を得ることを目的とする。
This invention was made to solve the above-mentioned problems, and in systems where the maximum file length is fixed, it is possible to efficiently (and speed up) access to and from the auxiliary storage device. , the purpose is to obtain a file management method that can simplify the directory structure.

〔課題を解決するための手段〕[Means to solve the problem]

この発明に係るファイル管理方式は、従来ファイルを格
納する為に使用するデータ・ブロックのいくつかを管理
として使用し、これを複数のフィールドに分割し、その
中に実際にファイルヲ格納したデータ・ブロックの使用
情報をアロケーション・ベクタとして使用するとともに
、ディレクトリ・エントリとして管理用のデータ・ブロ
ック番号と、ブロック・フィールド番号を使用し、  
CP/Mのディレクトリに対して1の大きさ(16バイ
ト)のディレクトリ構成にしたものである。
The file management method according to the present invention uses some of the data blocks conventionally used to store files as management, divides these into a plurality of fields, and stores the data actually stored in the file. The block usage information is used as an allocation vector, and the management data block number and block field number are used as directory entries.
This is a directory structure with a size of 1 (16 bytes) for the CP/M directory.

〔作用〕[Effect]

この発明におけるファイル管理方式は、補助記憶装置に
対するアクセスを効墨よ〈高速化し、また、ディレクト
リの管理を単純化する事で処理能力を向上する。
The file management method of the present invention effectively speeds up access to the auxiliary storage device and improves processing performance by simplifying directory management.

〔実施例〕〔Example〕

以下、この発明の一実施例を図について説明する。 An embodiment of the present invention will be described below with reference to the drawings.

第1図は、この発明によるディレクトリ構成図であ91
図において、ファイル名、タイプは従来と同一であシ、
データ・ブロック番号として、第2図で示される管理用
のデータ・ブロック番号が設定される。また、データ・
ブロック・フィールド番号として第3図で示される管理
用データ・ブロック内のフィールド番号が設定される。
FIG. 1 is a directory configuration diagram according to the present invention.
In the figure, the file name and type are the same as before.
The management data block number shown in FIG. 2 is set as the data block number. Also, data
The field number in the management data block shown in FIG. 3 is set as the block field number.

第2図は、補助記憶装置内のディレクトリ領域及び、デ
ータ・ブロック領域を示したものである。第3図は、管
理用データ・ブロックの構成を示したもので、使用中の
フィールドは、データを格納したデータ・ブロック番号
が順に設定されている$を示す。第4図は、従来例と同
一である。
FIG. 2 shows a directory area and a data block area in the auxiliary storage device. FIG. 3 shows the configuration of the management data block, and the field in use indicates $, in which data block numbers in which data are stored are set in order. FIG. 4 is the same as the conventional example.

次に動作について説明する。Next, the operation will be explained.

メモ1月2)上に存在するファイルをHDD +5+に
新規に書込む場合、  CPUTl+は制御バッファ(
4)の中に常駐しているHDDf51内と同様のディレ
クトリ領域をサーチし、空ディレクトリを獲得し、ファ
イル・ネーム及びタイプを設定する。次に空データ・ブ
ロックを管理用データ・ブロックとしてそのデータ・ブ
ロック番号と、フィールド番号をディレクトリに設定す
る。(第1図) 以後空データ・ブロックを指定し、フ
ァイルの内容を畳込み。
When writing a new file to the HDD +5+ from a file existing on the memo (January 2), the CPUTl+ uses the control buffer (
4) Search for a directory area similar to that in the HDDf51 resident in the HDD, obtain an empty directory, and set the file name and type. Next, the empty data block is set as a management data block and its data block number and field number are set in the directory. (Figure 1) After that, specify an empty data block and fold the contents of the file.

該当するデータ・ブロック番号を管理用データ・ブロッ
クノフィールト中に、アロケーション・ベクタとして設
定する。ファイルか1つのデータ・ブロックに書ききれ
ない場合は、JI!に1次の空データ・ブロックを指定
しファイルの内容を書込み。
The corresponding data block number is set as an allocation vector in the management data block field. If you cannot write to a file or one data block, use JI! Specify the primary empty data block and write the file contents.

該当するデータ・ブロック番号を管理用データ・ブロッ
クに設定し処理を繰返す。ここで、管理用データ・ブロ
ックのアロケーション・ベクタta給するフィールドは
II提としてファイルの最大長よりも大きく設定されて
いるので、1つの管理用データ・ブロックでファイルの
全てを格納する事ができる。上記の処理によシ、ファイ
ルの畳込みを完了すると、W垣用データ・ブロックをH
DDf51に畳込み1次いで、ファイル作成時に設定し
た制御バッファ内のディレクトリをHDDf51 内の
ディレクトリ領域に書込み、処理を完了する。
Set the corresponding data block number in the management data block and repeat the process. Here, the field supplied by the allocation vector ta of the management data block is set to be larger than the maximum length of the file, so the entire file can be stored in one management data block. . When the above process completes the file convolution, the W fence data block is
Convolution 1 is then applied to the DDf51, and the directory in the control buffer set at the time of file creation is written to the directory area in the HDDf51, completing the process.

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

以上のように、この発明によれば、ファイルを格納した
データ・ブロックの使用情@をアロケーション・ベクタ
として管理用のデータ・ブロックに格納し、そのブロッ
ク番号?ディレクトリに設定する帛により、補助記憶装
置に対するアクセスを効出良く高速化でさ、また、ディ
レクトリの大きさを半分に出来るので、管理方法が簡単
化できるという効果がある。
As described above, according to the present invention, usage information of a data block storing a file is stored as an allocation vector in a management data block, and the block number? The code set in the directory effectively speeds up access to the auxiliary storage device, and also halves the size of the directory, which has the effect of simplifying the management method.

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

第1図はこの発明の一実施例によるディレクトリ構成図
、第2図は補助記憶装置内のディレクトリ領域及び、デ
ータ・ブロック領域を示す図、第3図は管理用データ・
ブロック構成図、第4図はシヌテムの構成図、第5図は
CP/Mに於けるディレクトリ構成図である。 図において、(1)ばCPU、 121iJ:メモリ、
(3)ばDMAII御部、C4)は制御バッファ・メモ
リ、C5)は補助記憶装置を示す。 なお、各図中、同一符号は同−又は相当部分を示す。
FIG. 1 is a directory configuration diagram according to an embodiment of the present invention, FIG. 2 is a diagram showing a directory area and a data block area in an auxiliary storage device, and FIG. 3 is a diagram showing a management data block area.
FIG. 4 is a block diagram of the configuration of Synutem, and FIG. 5 is a diagram of the directory configuration in CP/M. In the figure, (1) is CPU, 121iJ is memory,
(3) shows a DMAII control section, C4) shows a control buffer memory, and C5) shows an auxiliary storage device. In each figure, the same reference numerals indicate the same or corresponding parts.

Claims (1)

【特許請求の範囲】[Claims] 補助記憶装置のファイル管理方式において、ファイルを
格納したデータ・ブロックの使用情報を管理用のデータ
と、ブロックに格納し、これをディレクトリに設定した
ことを特徴とするファイル管理方式。
A file management method for an auxiliary storage device, characterized in that usage information of a data block storing a file is stored in a block along with management data, and this is set in a directory.
JP1270717A 1989-10-18 1989-10-18 File managing system Pending JPH03131942A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP1270717A JPH03131942A (en) 1989-10-18 1989-10-18 File managing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP1270717A JPH03131942A (en) 1989-10-18 1989-10-18 File managing system

Publications (1)

Publication Number Publication Date
JPH03131942A true JPH03131942A (en) 1991-06-05

Family

ID=17489980

Family Applications (1)

Application Number Title Priority Date Filing Date
JP1270717A Pending JPH03131942A (en) 1989-10-18 1989-10-18 File managing system

Country Status (1)

Country Link
JP (1) JPH03131942A (en)

Similar Documents

Publication Publication Date Title
US9342528B2 (en) Method and apparatus for tiered storage
US20190042571A1 (en) Update-Insert for Key-Value Storage Interface
WO2021208239A1 (en) Low-latency file system address space management method and system, and medium
JPH07152641A (en) Program cache device
US10146466B1 (en) Merging mapping metadata to promote reference counting efficiency
JPH1063551A (en) Information processor
JP2021022357A (en) Hybrid file construction method and system therefor based on fuse technology
JPH03131942A (en) File managing system
JPH01303547A (en) Control system for information memory
US11914587B2 (en) Systems and methods for key-based indexing in storage devices
JP2912657B2 (en) File access processor
JPS63138442A (en) Restoring and processing system for deleted file
JP2609705B2 (en) File control method
JP2767966B2 (en) High-speed file access method
JPH03174654A (en) Filing method and its device
JPH0310341A (en) Disk space compaction system
JPH04350738A (en) Disk space management system
JPH0474232A (en) Multi-task computer
JPH04336340A (en) Disk cache access control system
JPH01197854A (en) Migration recall system for file
Davis Traditional file design
JPH05151089A (en) System for data guarantee in memory space
JPS638950A (en) Reorganizing system for hierarchical file
JPH09231012A (en) Volume copy system between direct access type external storage devices
JPH04344953A (en) File management method for storage medium