JPS60181935A - Task processing controlling system - Google Patents
Task processing controlling systemInfo
- Publication number
- JPS60181935A JPS60181935A JP3780984A JP3780984A JPS60181935A JP S60181935 A JPS60181935 A JP S60181935A JP 3780984 A JP3780984 A JP 3780984A JP 3780984 A JP3780984 A JP 3780984A JP S60181935 A JPS60181935 A JP S60181935A
- Authority
- JP
- Japan
- Prior art keywords
- task
- terminal
- slice
- tasks
- processing
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
Abstract
Description
【発明の詳細な説明】
(a)発明の技術分野
本発明はタスク処理制御方式に係り、特に複数のタスク
を並行して実行する場合の各タスクの効率的な処理を行
うことを可能とするタスク処理制御方式に関する。[Detailed Description of the Invention] (a) Technical Field of the Invention The present invention relates to a task processing control system, and in particular, enables efficient processing of each task when multiple tasks are executed in parallel. Concerning task processing control methods.
(bl 従来技術と問題点
例えば時分割処理システム(”FSS)では、複数の1
” S S端末から要求されるタスクを並行して実行す
る。これは、各端末に対応したタスクを実行する時間を
、タスク毎に一定周期毎に割当てる等の方法によって達
成される。(bl) Conventional technology and problems For example, in a time-sharing processing system (FSS), multiple
” Tasks requested by SS terminals are executed in parallel. This is achieved by a method such as allocating time for executing tasks corresponding to each terminal at regular intervals for each task.
第1図は従来のT”SSシステムにおける、各端末対応
のタスクを実行する動作を示す図である。FIG. 1 is a diagram showing the operation of executing tasks corresponding to each terminal in a conventional T''SS system.
同図に示す如く、同一レベルを走る”r s sタスク
は、一般に会話処理ルーチン(タスクA/、B/。As shown in the figure, "rsss tasks running at the same level are generally conversation processing routines (tasks A/, B/).
C/)と一括処理ルーチン(タスクA)−3八3゜Cン
)から構成されている。会話処理ルーチンは、T S
S端末のオペレータがセンタ計算機と会話型式でデータ
入力操作を行う処理を云う。また一括処理ルーチンとは
、会話中に数分あるいはそれ以上の処理時間を有するも
ので、プリンタ等へのリスト出力或いはデータヘース検
索等の処理が該当する。It consists of a batch processing routine (task A) and a batch processing routine (task A). The conversation processing routine is T S
This is a process in which an operator at an S terminal performs data input operations in a conversational manner with a central computer. A batch processing routine is one that takes several minutes or more during a conversation, and includes processing such as outputting a list to a printer or the like or searching a data base.
従って従来では、端末Aの一括処理ルーチンA2゜A3
及び端末Cの一括処理ルーチンCλが実行されている場
合、他のタスクの応答が悪くなる欠点を有する。即ち、
会話処理ルーチンを実行している端末のセンタの応答が
遅くなり、オペレータの操作待ち時間が増大する欠点を
有する。Therefore, conventionally, the batch processing routine A2゜A3 of terminal A
When the batch processing routine Cλ of terminal C is being executed, the response of other tasks becomes poor. That is,
This has the drawback that the response of the terminal center executing the conversation processing routine becomes slow and the waiting time for the operator's operations increases.
(C) 発明の目的
本発明の目的は上述した従来の欠点を取除くべく、一括
処理ルーチン等のように、他のタスクの走行時間を占有
する処理があった場合にも、各タスクへの均等なサービ
スを可能とするタスク処理制御方式を提供するにある。(C) Purpose of the Invention The purpose of the present invention is to eliminate the above-mentioned drawbacks of the conventional technology by providing a process for each task even when there is a process that occupies the running time of another task, such as a batch processing routine. The purpose of the present invention is to provide a task processing control method that enables uniform service.
(dl 発明の構成
上記目的を達成するため本発明においては、タスクキュ
ーテーブルに示される各タスクにスキップ指定ができる
よう構成し、一括処理ルーチン等のように他のタスクの
走行時間を占有するタスクについては、実行権を渡す回
数を減らずようにしたものである。以下実施例を用いて
本発明を詳述する。(dl Structure of the Invention In order to achieve the above object, the present invention is configured so that each task shown in the task queue table can be designated as skip, and tasks that occupy the running time of other tasks, such as batch processing routines, etc. In this case, the number of times the execution right is passed is not reduced.The present invention will be described in detail below using examples.
(el 実施例
第2図は本発明が通用されるタスク処理システムの一例
を示す図、第3図は本発明の一実施例を示す図である。(el Embodiment FIG. 2 is a diagram showing an example of a task processing system to which the present invention is applicable, and FIG. 3 is a diagram showing an example of the present invention.
図において共通部分にはそれぞれ同一符号を附すもので
あり、1は中央処理装置(以下CPUと称す)、2はメ
インメモリ、3.4は入出力制御装置、5はディスク制
御装置、31゜32、 33. − はTSS端末装置
であり、キーボード等のデータ入力部とメソセージ等を
表示する表示部とを備えるもの、41,42.−−はプ
リンタであり、端末装置31,32. −より要求のあ
ったリスト等を出力するもの、51,52゜−はディス
クであり、各タスクプログラム或いはシステムの管理す
るデータ入力部を格納するものである。第3図において
、11はモニタ部であり、CPU lの実行するO8を
考えて良い。12は空間制御部であり、LOG ON等
の処理要求があった端末装置31〜33に対して、メイ
ンメモリ2上の空間36〜38を割当“Cるもの、13
はシステム制御部、14は入出力制御部、15はスライ
スタスクを示す。In the figure, common parts are given the same reference numerals, and 1 is a central processing unit (hereinafter referred to as CPU), 2 is a main memory, 3.4 is an input/output control device, 5 is a disk control device, and 31° 32, 33. 41, 42. - are TSS terminal devices, which are equipped with a data input section such as a keyboard and a display section for displaying messages, etc., 41, 42. -- are printers, terminal devices 31, 32 . 51 and 52 are disks which store each task program or data input section managed by the system. In FIG. 3, numeral 11 is a monitor section, which may be considered as O8 executed by CPU I. 12 is a space control unit that allocates spaces 36 to 38 in the main memory 2 to terminal devices 31 to 33 that have received processing requests such as LOG ON, etc.
14 indicates a system control unit, 14 indicates an input/output control unit, and 15 indicates a slice task.
スライスタスク15はスイッチャ−等とも称され、後述
するタスク・キューテーブル16を有し、各端末装置3
1〜33に対して実行中にあるタスクに順次制御を渡す
(即らCPU 1によりそのタスクを実行させる)処理
を行う。一方、空間制御部12よってそれぞれ割当てら
れた各端末装置31〜33のメモリ空間36〜38には
、各端末装置から要求のあるタスクが格納される。各タ
スクはディスク51或いは52よりロードされる。本実
施例では各端末装置毎に複数のタスクが用意される多重
タスク方式を採るものである。更に各端末装置毎のタス
クは、当該端末装置に対して1つのタスクを実行するも
である。The slice task 15 is also called a switcher, etc., and has a task/queue table 16, which will be described later, and is connected to each terminal device 3.
1 to 33 perform a process of sequentially passing control to the task being executed (that is, causing the CPU 1 to execute the task). On the other hand, tasks requested by each terminal device are stored in the memory spaces 36 to 38 of each terminal device 31 to 33, respectively allocated by the space control unit 12. Each task is loaded from disk 51 or 52. This embodiment employs a multi-task method in which a plurality of tasks are prepared for each terminal device. Furthermore, the task for each terminal device is one that executes one task for the terminal device.
第4図はスライスタスク15の管理するタスク・キュー
テーブル16の具体例を示す。このテーブルは、複数種
のタスク・キューターミナル16aと、このキュー・タ
ーミナル16aに接続される複数のタスク・コントロー
ル・ブロック16b。FIG. 4 shows a specific example of the task queue table 16 managed by the slice task 15. This table includes a plurality of types of task queue terminals 16a and a plurality of task control blocks 16b connected to the queue terminals 16a.
16c、16d、 とから成る。これらキューターミナ
ル16a及び各コントロールブロック16b、−は、ス
ライスタスク15が格納されるメインメモリ2上の作業
エリアに設けられる。同図に示すキューターミナル16
aは、実行可能状態(レディ状態)にあるタスクがキュ
ーイングされるものであり、その他に実行不可能のタス
クをキューイングする等のキューターミナルが設けられ
ている。このキューターミナル16aには、キューイン
グされているタスク・コントロール・ブロック16b、
−−−のうちの最初のブロックの先頭アドレス情11a
SQ−ADD、最後のブロックの先頭アドレス情報EQ
−ADD、及びブロックの個数N等を記憶する領域が設
けられる。It consists of 16c, 16d, and. The queue terminal 16a and each control block 16b, - are provided in a work area on the main memory 2 where the slice task 15 is stored. Queue terminal 16 shown in the figure
A is used to queue tasks in an executable state (ready state), and a queue terminal for queuing non-executable tasks is also provided. This queue terminal 16a includes queued task control blocks 16b,
Start address information 11a of the first block of ---
SQ-ADD, starting address information EQ of the last block
-ADD, an area for storing the number N of blocks, etc. is provided.
一方、キューイングされる各タスク・コン1−ロール・
ブロック16b、16c、16d、−には、対応するタ
スクのプログラムか格納されているメインメモリ2のス
タートアドレス5−ADD。On the other hand, each queued task/con1-role/
The blocks 16b, 16c, 16d, - have a start address 5-ADD of the main memory 2 where programs for the corresponding tasks are stored.
エンドアドレスE−ADD、及び退避情報をそれぞれ格
納する領域が設けられる。(第4図では、これらの情報
エリアをタスク・コントロール・ブロック16bのみに
示すが、他のブロック16c。Areas are provided to respectively store the end address E-ADD and save information. (In FIG. 4, these information areas are shown only in task control block 16b, but other blocks 16c.
dにも設けられる)。これらの内、退避情報の格納領域
には、後述する如く、スライスタスク15に゛C制御権
が、各タスクに移行する都度に、対応するタスクの実行
途中の各種レジスタ情報等が格納されるものである。更
に本実施例では、各ブロック16b、c、dに、当該タ
スクのスキップ指定を行うためのスキップ回数テーブル
を設ける。d). Among these, the save information storage area stores various register information, etc. during execution of the corresponding task, each time the slice task 15 transfers the C control right to each task, as will be described later. It is. Furthermore, in this embodiment, each block 16b, c, d is provided with a skip count table for specifying skipping of the task.
このスキップ回数テーブルには、スキップ指定の有効/
無効を1旨定するフラグF、スキップ回数MAXを設定
する設定領域、及び現在のスキップ回数をカラン1−す
るスキップ回数カウンタC0NTがそれぞれ設りられる
。This skip count table shows whether the skip specification is enabled or not.
A flag F for setting invalidity to 1, a setting area for setting the MAX number of skips, and a skip number counter C0NT for setting the current number of skips to 1 are provided.
以下、第5図に示すスライスタスク15の動作フローチ
ャートをもとに、実施例システムの動作を説明する。The operation of the embodiment system will be described below based on the operation flowchart of the slice task 15 shown in FIG.
まず各”Fss端末31〜33のLOC; ON要求が
、入出力制御部14を介してシステム制御部13に通知
される。システム制御部13は空間制御部12を起動し
、要求のあった各端末31〜33に対応したメインメモ
リ2上のメモリ空間36−〜38を割当てさせ台。そし
て各端末31〜33から入力される処理(例えばファイ
ル検索、データベース等)に応したタスクのプログラム
を、各端末対応のメモリ空間36〜38にロートする。First, a LOC; ON request for each Fss terminal 31 to 33 is notified to the system control unit 13 via the input/output control unit 14.The system control unit 13 starts up the space control unit 12, and each requested Memory spaces 36 to 38 on the main memory 2 corresponding to the terminals 31 to 33 are allocated, and a task program corresponding to the processing input from each terminal 31 to 33 (for example, file search, database, etc.) is It is loaded into memory spaces 36 to 38 corresponding to each terminal.
これらタスクプログラムは、例えばディスク51よりロ
ードされる。便宜上、各端末A−C(31〜33)に対
応して、第1図に示す如く、それぞれタスクA、−A、
?、タスクB7.タスクC/・C2がロードされるとす
る。これら各端末毎の1゛SSタスクは、全く同一のタ
スクであっても、全く異なるタスクであっても良いこと
は云うまでもない。These task programs are loaded from the disk 51, for example. For convenience, as shown in FIG. 1, tasks A, -A,
? , Task B7. Assume that task C/.C2 is loaded. It goes without saying that these 1'SS tasks for each terminal may be the same task or completely different tasks.
これら端末毎のメモリ空間割当て、及びタスクのロード
が終了すると、システム制御部13はスライスタスク1
5を起動する。スライスタスク15は、まず各端末対応
のメモリ空間36〜38に格納される各タスクを見て、
第4図で示した実行可能なタスクを示すタスク・キュー
テーブル16を作成する。第1図の場合、まずブロック
16bにはタスクAIが、ブロン’?16c、dにはそ
れぞれタスクB、、C,に対する各種情報がセットされ
ることになる。この場合、各タスク〜、B/。When the memory space allocation and task loading for each terminal are completed, the system control unit 13 executes the slice task 1
Start 5. The slice task 15 first looks at each task stored in the memory spaces 36 to 38 corresponding to each terminal, and
A task queue table 16 showing executable tasks shown in FIG. 4 is created. In the case of FIG. 1, first, the task AI is in the block 16b.Bron'? Various information regarding tasks B, C, is set in 16c and 16d, respectively. In this case, each task ~,B/.
c 、 ハ同一しヘルの会話処理ルーチンであるので、
スキップ指定フラグFは無効(例えば「0」)に設定さ
れる。このフラグFの設定は、各タスクの処理内容を見
てスライスタスク15自身が行っても良いし、或いは各
タスク内にフラグFの設定を指示する情報を予めプログ
ラミングして行っζも良い。Since c and c are the same Hell's conversation processing routine,
The skip designation flag F is set to be invalid (for example, "0"). The setting of the flag F may be performed by the slice task 15 itself by checking the processing content of each task, or may be performed by programming information instructing the setting of the flag F in each task in advance.
このキューテーブル16の作成により、スライスタスク
15は第5図に示す各タスクの時分割処理を実行する。By creating this queue table 16, the slice task 15 executes the time-sharing processing of each task shown in FIG.
即ち、スライスタスク15は、キ・ニーテーブル16の
実行可能タスクのキューターミナル16aにキューイン
グされる先頭のタスク・コントロール・ブロック16b
を参照する。第4図(alの場合では、ブロック16b
に格納されるタスクA/に関する情報を参照する。上述
の如く、タスクAtではスキップ指示が無いので、スラ
イスタスク15はそのままタスクA/に制御権を渡す(
即ちタスクA/の処理を実行する)。そしてスライスタ
スク15は一定時間のタスク実行後、制御権をタスクA
/から渡ず。とともに、実行を打切ったタスクA、に関
する各種情報を退避情報エリアに格納し、更に第4図f
blに示す如く、ブロック16bをキューテーブルの下
位に接続する。That is, the slice task 15 is the first task control block 16b queued in the executable task queue terminal 16a of the key table 16.
See. FIG. 4 (in case of al, block 16b
Refer to the information regarding task A/ stored in . As mentioned above, since there is no skip instruction for task At, slice task 15 directly passes control to task A/ (
That is, execute the process of task A/). After the slice task 15 has executed the task for a certain period of time, the slice task 15 transfers control to task A.
/ Don't pass it from. At the same time, various information regarding task A, whose execution has been aborted, is stored in the evacuation information area.
As shown in bl, the block 16b is connected to the lower part of the queue table.
そしてスライスタスク15は、次のブロック16Cに格
納されるタスクB/に関する情報を参照して、タスクB
、を実行することになる。以下同様にタスクC/が実行
され、各タスクA7〜C/が並列的に実行されることに
なる。Then, the slice task 15 refers to the information regarding task B/ stored in the next block 16C, and executes task B/.
, will be executed. Thereafter, task C/ is executed in the same way, and each task A7 to C/ is executed in parallel.
一方第1図に示す如り、端末Aにて一括処理ルーチンで
あるタスクA、が起動されたとする。スライスタスク1
5は、実行可能なタスク・キューターミナル16aのタ
スク・コントロール・ブロック16bに、このタスクA
2に関する各種情報をセントする。尚ブロック16bに
キューイングされていたタスクA/については、図示し
ない実行不可能なタスク・キューターミナルにキューイ
ングする。新たにキューイングされた)タスクA。On the other hand, as shown in FIG. 1, assume that task A, which is a batch processing routine, is started on terminal A. Slice task 1
5 assigns this task A to the task control block 16b of the executable task queue terminal 16a.
2. Cent various information regarding 2. Note that task A/ that was queued in block 16b is queued to an unexecutable task queue terminal (not shown). newly queued) task A.
は、上述の如く他−のタスクの走行時間を占有する一括
処理ルーチンであるので、スキップ指定フラグFは有効
(例えば「1」)に設定される。更にスキップ回数テー
ブルにおけるスキップ回数MAXは、実行可能なタスク
の数に応じて、タスク数にみあうだけのスキップ回数(
例えばrlOJ)がスライスタスク15によって設定さ
れる。このスキップ回数MAXの設定とともに、カウン
タC0NTにも初期値とし°にの回数MAXを設定する
。Since this is a batch processing routine that occupies the running time of other tasks as described above, the skip designation flag F is set to be valid (for example, "1"). Furthermore, the number of skips MAX in the number of skips table is determined by the number of skips (MAX) that matches the number of tasks, depending on the number of executable tasks.
For example, rlOJ) is set by the slice task 15. Along with this setting of the number of skips MAX, the number of skips MAX is also set as an initial value in the counter C0NT.
以後、スライスタスク15は、実行可能なキューターミ
ナル16aにキューイングされている各タスク(この場
合タスクAz、B7.C/)のブロックを参照し、一定
時間毎に順次制御権を渡す。Thereafter, the slice task 15 refers to the blocks of each task (tasks Az, B7.C/ in this case) queued in the executable queue terminal 16a, and sequentially passes control to them at regular intervals.
但し、タスクA9については、フラグFがスキップ指定
を示しているので、カウンタC0NTが10」になるま
で当該タスクへの制御権割当をスキツプする。即ら、こ
の例では、タスクA2は10回スキップされ、他のタス
クB/、C/が優先的に実行されることになる。スキッ
プカウンタc。However, for task A9, since the flag F indicates skip designation, the control right assignment to the task is skipped until the counter C0NT reaches 10''. That is, in this example, task A2 is skipped 10 times, and other tasks B/ and C/ are executed preferentially. Skip counter c.
NTは、1回のスキップ毎に「1」ずつ減算される。そ
して、カウンタCON TがrOJになった場合、スラ
イスタスク15は、このカウンタC0NTの値を設定値
MAXの・値に戻すとともに、このタスクA、に制御権
を渡す。即ちタスクA、は、スライスタスク15によっ
て一定周期で割当てられる制御権を、10回に1度の割
合で与えられることになる。NT is subtracted by "1" for each skip. When the counter CON T reaches rOJ, the slice task 15 returns the value of the counter C0NT to the set value MAX, and passes control to task A. That is, task A is given control rights that are assigned by the slice task 15 at regular intervals once every 10 times.
またスライスタスク15は、このタスクA2の一括処理
が終了すると(即ち第1図では再びタスクA/に戻る時
)、タスクA9に対するスキップ回数MAXの値をリセ
ットして「0」に戻す。つまりスキップ回数MAXは、
動作中のタスクの数に応じてそのタスクA、の始まりで
セントされ、タスク/’lの終りでリセットされる。ス
ライスタスク15がスキップ指定フラグFを設定する場
合は、このフラグFもスキップ回数MAXとともに、セ
ント/リセットされることになる。When the slice task 15 completes the batch processing of task A2 (that is, when returning to task A/ in FIG. 1), the slice task 15 resets the value of the skip count MAX for task A9 to "0". In other words, the MAX number of skips is
Depending on the number of active tasks, it is set at the beginning of task A and reset at the end of task A. When the slice task 15 sets the skip designation flag F, this flag F is also cent/reset together with the skip count MAX.
以上のように本実施例では、会話処理及び一括処理が並
行して実行される場合、見かけ上、一括処理の実行レベ
ルを下げて処理することができる。As described above, in this embodiment, when conversation processing and batch processing are executed in parallel, processing can be performed with the execution level of batch processing apparently lowered.
従って会話処理を実行しているTSS端末における応答
性を下げることなく、各タスクの処理を円滑に行うこと
が可能となる。Therefore, it is possible to smoothly process each task without reducing the responsiveness of the TSS terminal that is executing conversation processing.
(fl 発明の効果
以上の如く本発明によれば、並行して実行される各タス
クへのサービスを均等化でき、システム全体としての処
理効率を向上することが可能となる。(fl) Effects of the Invention As described above, according to the present invention, it is possible to equalize the services to each task executed in parallel, and it is possible to improve the processing efficiency of the entire system.
尚、本発明で云うタスクとは、CPUがある1つの処理
を実行するための複数スキップから成るプログラムの一
群を指す。従って、いわゆるルーチン(メインルーチン
、サブルーチン)、ジョブと称される1つの処理単位の
プログラム群をタスクの1つとして見なすものであるこ
とは云うまでもない。Note that the term "task" as used in the present invention refers to a group of programs consisting of a plurality of skips for the CPU to execute one process. Therefore, it goes without saying that a so-called routine (main routine, subroutine) or a program group of one processing unit called a job is regarded as one task.
第1図は複数のTSSタスクが並行して実行される様子
を示す説明図、第2図は本発明が適用されるタスク処理
システムの一例を示す図、第3図は本発明の一実施例を
示す図、第4図は実施例におけるタスク・キュー・テー
ブル16の一具体例を示す図、第5図は実施例の動作を
示すフローチャートである。
1は中央処理装置CPU、2はメインメモリ。
15はスライスタスク、31〜33はTSS端末。
41.42はプリンタ、51.52はディスク装置をそ
れぞれ示す。
第 1 図
第2図
第4閃
第 5FIG. 1 is an explanatory diagram showing how multiple TSS tasks are executed in parallel, FIG. 2 is a diagram showing an example of a task processing system to which the present invention is applied, and FIG. 3 is an embodiment of the present invention. FIG. 4 is a diagram showing a specific example of the task queue table 16 in the embodiment, and FIG. 5 is a flowchart showing the operation of the embodiment. 1 is a central processing unit CPU, and 2 is a main memory. 15 is a slice task, and 31 to 33 are TSS terminals. Reference numerals 41 and 42 indicate printers, and 51 and 52 indicate disk devices, respectively. Figure 1 Figure 2 Figure 4 Flash 5
Claims (1)
ーテーブルと、該キューテーブルの内容に基いて所定の
タスクを実行するタスク処理部とを備えるタスク処理シ
ステムにおいて、キューテーブルに示される各タスク単
位に該タスクの実行を一時スキソプするスキップ指定手
段を設け、該スキップ指定手段の指定情報に応じて、タ
スク処理部による各タスクの実行の可否を決定すること
を特徴とするタスク処理制御方式。In a task processing system that includes a queue table in which information indicating a plurality of tasks to be executed is stored, and a task processing unit that executes a predetermined task based on the contents of the queue table, each task shown in the queue table is A task processing control method characterized by providing a skip specifying means for temporarily skipping the execution of the task in units of tasks, and determining whether or not the task processing section can execute each task according to the specification information of the skip specifying means. .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3780984A JPS60181935A (en) | 1984-02-29 | 1984-02-29 | Task processing controlling system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3780984A JPS60181935A (en) | 1984-02-29 | 1984-02-29 | Task processing controlling system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS60181935A true JPS60181935A (en) | 1985-09-17 |
Family
ID=12507836
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3780984A Pending JPS60181935A (en) | 1984-02-29 | 1984-02-29 | Task processing controlling system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS60181935A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02193266A (en) * | 1989-01-23 | 1990-07-30 | Mitsubishi Heavy Ind Ltd | license plate reader |
-
1984
- 1984-02-29 JP JP3780984A patent/JPS60181935A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02193266A (en) * | 1989-01-23 | 1990-07-30 | Mitsubishi Heavy Ind Ltd | license plate reader |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6948172B1 (en) | Preemptive multi-tasking with cooperative groups of tasks | |
| US7650601B2 (en) | Operating system kernel-assisted, self-balanced, access-protected library framework in a run-to-completion multi-processor environment | |
| US6052707A (en) | Preemptive multi-tasking with cooperative groups of tasks | |
| US5261097A (en) | Computer system and method for executing command scripts using multiple synchronized threads | |
| US5303369A (en) | Scheduling system for multiprocessor operating system | |
| JPH03103963A (en) | Apparatus and method for assigning task to a plurality of processors | |
| JPS6275739A (en) | Assigning method for task | |
| CZ290434B6 (en) | Computer system with extended virtual storage concept | |
| JPH06342377A (en) | Method and device for decentralized type control over job execution | |
| US5355488A (en) | Method for adaptively building a library of program threads | |
| JPS60181935A (en) | Task processing controlling system | |
| TWI783401B (en) | Memory management method and related product | |
| FI90805C (en) | A method and apparatus for replacing a side frame in a data processing system | |
| JPH1069402A (en) | Automatic test control method of software | |
| JPH06318191A (en) | Multi-thread processing method | |
| JPS594743B2 (en) | Multiprocessor system information | |
| JP3374480B2 (en) | Data processing device | |
| JPH11249917A (en) | Parallel computers, their batch processing method, and storage medium | |
| JPH01316830A (en) | Task execution control method | |
| JP2581007B2 (en) | CPU fixed system | |
| JPH08263308A (en) | Memory allocation management system | |
| JP2591818B2 (en) | Auxiliary function selection control method | |
| JPH0344742A (en) | Task assignment control system for multiprocessor | |
| JPH11161506A (en) | Dispatch method for information processor, information processor and storage medium thereof | |
| JPH0797342B2 (en) | How to start a computer job |