JPH10143400A - Method for evaluating performance of computer system for control - Google Patents

Method for evaluating performance of computer system for control

Info

Publication number
JPH10143400A
JPH10143400A JP8294266A JP29426696A JPH10143400A JP H10143400 A JPH10143400 A JP H10143400A JP 8294266 A JP8294266 A JP 8294266A JP 29426696 A JP29426696 A JP 29426696A JP H10143400 A JPH10143400 A JP H10143400A
Authority
JP
Japan
Prior art keywords
performance
estimated
computer system
model
value
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
JP8294266A
Other languages
Japanese (ja)
Inventor
Sakusuke Murakami
作介 村上
Kazuya Fukuda
和也 福田
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.)
Fuji Electric Co Ltd
Fuji Facom Corp
Original Assignee
Fuji Electric Co Ltd
Fuji Facom 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 Fuji Electric Co Ltd, Fuji Facom Corp filed Critical Fuji Electric Co Ltd
Priority to JP8294266A priority Critical patent/JPH10143400A/en
Publication of JPH10143400A publication Critical patent/JPH10143400A/en
Pending legal-status Critical Current

Links

Landscapes

  • Test And Diagnosis Of Digital Computers (AREA)
  • Debugging And Monitoring (AREA)

Abstract

PROBLEM TO BE SOLVED: To easily obtain an estimated performance value used for an application model(AP model), in a method for evaluating the performance of computer system, by performing system simulation by using the application model(AP model), an OS model, a hardware model to represent a performance list of each part of the computer system for control. SOLUTION: A measured performance value indicating a use status of resources by plural existing task is calculated from a real operation of the subject computer system by performance measuring processing and an average estimated performance value is calculated with a calculating means 03 (S1, S2, S4). In addition, a maximum estimated performance value is calculated from a predicted start frequency and the measured performance value of the tasks separately calculated by manual calculation with a calculation means 03' (S2, S3, S5). Then the system simulation for every estimated performance value is performed by inputting the average and the maximum estimated performance values in the AP model with a performance evaluating means 04, performing the system simulation for every estimated performance value and the average and the maximum (for supposing the worst case) evaluated performance value like a load factor, etc., of resources (a CPU and a disk) are obtained (S6).

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は電力系統制御、鉄鋼
圧延制御、上水道制御等のようなリアルタイムのプロセ
ス制御に用いる制御用計算機システムの性能予測をシミ
ュレーションにより行う制御用計算機システムの性能評
価方法に関し、さらに詳しくは制御用計算機システムの
生産のテスト段階でのチューニング作業において、ハー
ドウエア資源の変更・増設の要否、タスクのローディン
グ属性(例えば処理の優先順位、常駐/非常駐の区
分等)やメモリ使用量の変更の要否などを、計算機シス
テムのシミュレーションによる評価結果から定量的に判
定する方法、特にシミュレーションに用いる入力データ
を測定値と予測値を用いて容易に見積もり算出し得るよ
うにした制御用計算機システムの性能評価方法に関す
る。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for evaluating the performance of a control computer system for performing a simulation by predicting the performance of a control computer system used for real-time process control such as power system control, steel rolling control, and water supply control. More specifically, in the tuning work at the test stage of the production of the control computer system, the necessity of changing or adding hardware resources, task loading attributes (eg, processing priority, resident / non-resident classification, etc.) and memory A method to quantitatively judge the necessity of changing the usage amount from the evaluation results by computer system simulation, especially control that allows input data used for simulation to be easily estimated and calculated using measured and predicted values. The present invention relates to a method for evaluating the performance of a computer system.

【0002】なお以下各図において同一の符号は同一も
しくは相当部分を示す。
[0002] In the drawings, the same reference numerals indicate the same or corresponding parts.

【0003】[0003]

【従来の技術】コンピュータシステムを導入する場合、
予めそのコンピュータの性能を評価しなくては目的の性
能を満足するか否かを判断することはできない。特に制
御用計算機システムにおいてはリアルタイムにデータ等
の処理と制御を行うので、目的の時間内で目的の処理が
終了しなくてはならず、その評価は重要である。
2. Description of the Related Art When a computer system is introduced,
Unless the performance of the computer is evaluated in advance, it cannot be determined whether or not the intended performance is satisfied. Particularly, in a control computer system, processing and control of data and the like are performed in real time, so that the target processing must be completed within a target time, and its evaluation is important.

【0004】従来、このようなシステムデザインでは対
象業務に関する経験や、計算機の基本性能データよって
机上でハードウェアを選定し、性能を予測することが一
般的である。例えば目的のシステムを設計する場合、計
算機の基本性能データによってSE等が経験的にそのア
プリケーションの負荷量を予測し、目的とする計算機を
決定する。そして、ウォータフォール・モデルによって
ソフトの製造工程が逐次進められる。
Conventionally, in such a system design, it is common practice to select hardware on a desk based on experience with a target task and basic performance data of a computer and predict the performance. For example, when designing a target system, the SE or the like empirically predicts the load of the application based on the basic performance data of the computer, and determines the target computer. Then, the software manufacturing process is sequentially performed by the waterfall model.

【0005】このウォータフォール・モデルにおけるソ
フトウェアの開発においては、最初に要求されるシステ
ムを分析して仕様書を作成する。前述したコンピュータ
の選定はこの仕様書作成での処理業務の分析によってな
される。続いてアプリケーションプログラムの設計がな
され、プログラム設計仕様書が作成される。そして、そ
のプログラム設計仕様書をもとに、プログラマがプログ
ラムを制作する。そして、デバッグして完全に動作する
プログラムを作成すれば、コンピュータシステムの一台
の生産が終了する。
In the development of software based on the waterfall model, a required system is first analyzed to prepare a specification. The selection of the above-mentioned computer is made by analyzing the processing work in preparing this specification. Subsequently, an application program is designed, and a program design specification is created. Then, the programmer creates a program based on the program design specifications. Then, if a program that operates completely by debugging is created, the production of one computer system ends.

【0006】前述したウォータフォール・モデルによ
る、分析工程の後に行われる設計工程ではアプリケーシ
ョンの構造がほぼ明らかとなり、選定されたハードウェ
ア上で実現される性能を予め見積もることができる。し
かし、アプリケーションプログラムのデバッグまでを終
了する途中の段階において、例えば分析工程終了時には
未だアプリケーションの詳細の構造は明らかでない。こ
のため、どの程度の時間を制御処理に費やすかは決定さ
れておらず、例えば選定されたハードウェア上でこれか
ら開発するアプリケーションを運用した場合の性能を確
実に保証することはできない。
In the design process performed after the analysis process using the above-described waterfall model, the structure of the application is almost clear, and the performance realized on the selected hardware can be estimated in advance. However, at the stage of ending the debugging of the application program, for example, at the end of the analysis process, the detailed structure of the application is not yet clear. For this reason, how much time is spent in control processing is not determined, and for example, the performance when an application to be developed is operated on the selected hardware cannot be reliably guaranteed.

【0007】一方、計算機の性能構造によりリアルタイ
ムプロセス制御計算機システムに要求される機能が高度
化してきている。また、そのような需要も増大してい
る。これに伴い、要求される機能を満たすシステムを設
計する一方で、システムが所定の要求を満たすことを保
証しなければならない。しかし、前述のようにアプリケ
ーションの分析工程では精度良くそれらの性能を求める
ことができず、さらには設計工程においても計算機シス
テム内部の動作が複雑のため、システム運用時に予想さ
れる状況を机上で詳細に検討することは困難な場合が多
い。
On the other hand, the functions required of the real-time process control computer system have been advanced due to the performance structure of the computer. Also, such demands are increasing. Accordingly, while designing a system that satisfies the required functions, it must be ensured that the system satisfies predetermined requirements. However, as described above, their performance cannot be determined accurately in the application analysis process, and the operation inside the computer system is complicated even in the design process. It is often difficult to consider.

【0008】このため、実際のテスト段階で要求性能が
得られず、ハードウェア構成やソフトウェア構成の見直
しが必要となり、工程の遅れやシステム開発コストの上
昇を招く場合がある。このような問題を解消する方法と
して、制御用計算機システムをモデル化してシステムシ
ミュレーション(この場合、当該計算機システムの実動
作を模擬する動作を、当該又は別の計算機システムを用
いて行うこと)を行い、制御用計算機システムの性能を
評価する方法が、本出願人の先願になる特開平6−27
4363号によって提案されている。 この先願発明に
おいては、この性能評価のために制御用計算機システム
をアプリケーション部、オペレーティングシステム(O
Sとも略記する)部、ハードウェア部に分割し、各部の
性能表で表されるアプリケーションモデル(APモデル
とも略記する)、オペレーティングシステムモデル(O
Sモデルとも略記する)、ハードウェアモデルを作る。
[0008] For this reason, the required performance cannot be obtained in the actual test stage, and the hardware configuration and the software configuration need to be reviewed, which may lead to a delay in processes and an increase in system development costs. As a method for solving such a problem, a control computer system is modeled to perform a system simulation (in this case, an operation that simulates the actual operation of the computer system is performed using the computer system or another computer system). A method for evaluating the performance of a control computer system is disclosed in Japanese Patent Application Laid-Open No.
No. 4363. In the prior invention, for the performance evaluation, the control computer system is connected to an application section and an operating system (O / O).
S), an application model (abbreviated as an AP model) and an operating system model (O) represented by a performance table of each unit.
A hardware model is created.

【0009】ここで、例えばアプリケーションモデルは
アプリケーションの機能を実現する複数のプロセス(タ
スクともいう)による資源(CPU,ディスクメモリ
等)の使用の時間分布と、並行優先処理およびスワッピ
ングのための属性と、一定周期の起動とで定義される。
また、OSモデルはプロセスの状態遷移を行う事象毎に
その処理量が定義されている。さらに、ハードウェアモ
デルは、前記プロセスを処理する能力、データを転送す
る能力、メモリ使用量で定義される。
Here, for example, the application model includes a time distribution of the use of resources (CPU, disk memory, etc.) by a plurality of processes (also called tasks) for realizing the functions of the application, and attributes for parallel priority processing and swapping. , Starting at a fixed period.
In the OS model, the processing amount is defined for each event that causes a process state transition. Further, the hardware model is defined by the ability to process the process, the ability to transfer data, and the memory usage.

【0010】これらのアプリケーションモデル、OSモ
デル、ハードウェアモデルはシステムの性能を評価する
ためのシステム性能モデルである。このシステム性能モ
デルを用いてシステムシミュレーションを行う。このシ
ミュレーションではOSが実行するアプリケーションの
実行単位(プロセス)の状態遷移処理のきっかけとなる
事象をいくつかに限定し、実行単位の並行優先処理を起
動する事象に係るものをシミュレートする。
These application models, OS models, and hardware models are system performance models for evaluating system performance. A system simulation is performed using this system performance model. In this simulation, the event that triggers the state transition process of the execution unit (process) of the application executed by the OS is limited to some events, and the event related to the event that starts the parallel priority process of the execution unit is simulated.

【0011】このシミュレーションからシステム性能デ
ータである実行単位(プロセス)の動作状態や、CP
U,ディスクメモリ等の資源にかかる負荷を計算し、そ
れを評価する。次に図面を用いて前記先願発明の技術を
詳しく説明する。図11は先願発明における処理フロー
チャートの例である。図11の例では、エンドユーザの
注文等により処理を開始し、その目的のシステムがどの
程度のコンピュータで実現できるかを求める。
From the simulation, the operation state of the execution unit (process), which is the system performance data,
Calculate the load on resources such as U and disk memory and evaluate it. Next, the technology of the invention of the prior application will be described in detail with reference to the drawings. FIG. 11 is an example of a processing flowchart in the invention of the prior application. In the example of FIG. 11, the processing is started by an end user's order or the like, and it is determined how many computers can realize the target system.

【0012】先ず、ステップS01で対象業務をアプリ
ケーションモデル、計算機をOSモデルとハードウェア
モデルに変換する。アプリケーションモデルは複数の機
能を実現するプロセスの集まりであり、このアプリケー
ションモデルを構成する個々のプロセス特性を図12に
示すプロセス特定モデルの定義図表で定義する。この定
義図表は属性とその単位/値とに項目が分かれ、属性は
機能名、プロセス(後述のタスクと同義)名、CPU使
用量、データ転送量、資源使用回数、実行レベル、常駐
/非常駐、メモリ上のプロセスサイズ、ディスク上のプ
ロセスサイズ、再起動間隔、再起動回数、起動関連より
なる。
First, in step S01, a target task is converted into an application model, and a computer is converted into an OS model and a hardware model. The application model is a group of processes for realizing a plurality of functions, and individual process characteristics constituting the application model are defined by a process specification model definition chart shown in FIG. This definition chart is divided into attributes and their units / values. The attributes are function name, process (synonymous with task described later) name, CPU usage, data transfer, resource usage, execution level, resident / non-resident, It consists of process size on memory, process size on disk, restart interval, number of restarts, and startup related.

【0013】機能名はその機能を発生させるための名
前、すなわち実行単位の処理機能がわかる日本語であ
る。プロセス名はいくつかの英数字よりなり、実行単位
の略称である。CPU使用量はこのプロセスを実行する
際にCPU自身が実行するステートメントの量である。
データ転送量はメモリ上へのデータの転送がこのプロセ
スを一回行うにあたり、何バイト使用するかを表すバイ
ト数である。すなわちプロセスのI/O処理の量であ
る。資源使用回数は、この場合このプロセスがI/O関
係を繰り返しアクセスする回数を表す。実行レベルはこ
のプロセスがどのOSレベルにおける、どのリアルタイ
ムのレベルで実行するかを表すものである。すなわち、
並行優先処理のためのレベルである。
The function name is a name for generating the function, that is, Japanese, which indicates the processing function of the execution unit. The process name consists of several alphanumeric characters, and is an abbreviation of an execution unit. CPU usage is the amount of statements executed by the CPU itself when executing this process.
The data transfer amount is the number of bytes indicating how many bytes are used to transfer data to the memory once in this process. That is, the amount of I / O processing of the process. The resource usage count indicates the number of times the process repeatedly accesses the I / O relation in this case. The execution level indicates at which OS level this process is executed and at what real-time level. That is,
This is a level for parallel priority processing.

【0014】常駐/非常駐はこのプロセスを実行する際
に主記憶に常駐しなくてはならないか、あるいは非常駐
であってもよいかを表す。メモリ上のプロセスサイズ並
びにディスク上のプロセスサイズは、夫々このプロセス
が必要とするメモリ上のサイズ並びにディスク上のサイ
ズ、すなわちロードイン前のプロセスのサイズをバイト
で表す。再起動間隔は一定間隔で再起動を行い、実際の
起動のタイミングの分布を模擬するものであり、例えば
このプロセスが何秒間に1回ずつ実行起動がかかるかを
表す。再起動回数はこれがアプリケーションプログラム
によって何回起動がかかるかを表す。また、起動関連と
してプロセス名が複数設けられている。これは、プロセ
ス間に起動の連鎖がある場合に指定するためのものであ
る。
Resident / Nonresident indicates whether the process must be resident in main memory or may be resident. The process size on the memory and the process size on the disk represent the size on the memory and the size on the disk required by this process, that is, the size of the process before load-in, in bytes. The restart interval is for restarting at regular intervals and simulating the distribution of the actual start timing. For example, the restart interval indicates how many times the process is to be executed once. The number of restarts indicates how many times this is performed by the application program. Further, a plurality of process names are provided as startup-related. This is to specify if there is a startup chain between processes.

【0015】図12の表は、要約するならば、(1)プ
ロセスによる資源の使用の時間分布(後述の資源使用状
況を示す見積もり性能値に対応)、(2)並行優先処理
およびスワッピングのための属性、(3)一定周期の起
動および起動関連を定義するデータより成る。プロセス
による資源の使用の時間分布はCPUの使用とデータ転
送の繰り返しで定義する。なお、プロセスの起動のタイ
ミングの分布については図13におけるプロセス起動モ
デル図表に従って定義し、起動時刻とプロセス名とによ
って表す。起動時刻はプロセスの最初の起動時刻を、プ
ロセス名は起動されるプロセスのプロセス名を表す。こ
れはある特定の時刻に起動するプロセスを指定すること
によって外部からのランダムな起動状況を定義するもの
である。
The table of FIG. 12 can be summarized as follows: (1) time distribution of resource use by a process (corresponding to an estimated performance value indicating resource use status described later); (2) for parallel priority processing and swapping , And (3) data defining start-up in a fixed cycle and start-up relation. The time distribution of resource usage by a process is defined by the repetition of CPU usage and data transfer. The distribution of the process start timing is defined according to the process start model chart in FIG. 13 and is represented by a start time and a process name. The start time indicates the first start time of the process, and the process name indicates the process name of the process to be started. This defines a random activation situation from the outside by specifying a process to be activated at a specific time.

【0016】OSモデルはオペレーティングシステム
(OS)がプロセスの状態遷移を行う事象ごとの処理量
を定義するものであり、図14のOSモデル図表のよう
に、属性としての状態遷移事象と、これに対応する処理
量としてのステップ数とによって定義される。この属性
となる状態遷移事象には、プロセス生成、CPU占有開
始・終了、データ転送開始・終了、スワップイン終了、
スワップアウト終了、プロセス終了、がある。
The OS model defines the amount of processing for each event in which the operating system (OS) makes a state transition of a process. As shown in the OS model chart of FIG. 14, a state transition event as an attribute and an It is defined by the number of steps as the corresponding processing amount. The state transition events having this attribute include process creation, CPU occupation start / end, data transfer start / end, swap-in end,
End of swap-out, end of process.

【0017】ここでプロセス生成は起動,再起動による
実行待ち状態への状態遷移を、CPU占有開始・終了は
I/O待ち状態からプロセスがCPUを占有し実行状態
となるときの状態遷移及びその占有が終了してI/O待
ち状態となるときの状態遷移を、データ転送開始・終了
は実行待ち状態からデータ転送を開始する状態となると
きの状態遷移及びデータ転送を終わり実行待ち状態とな
るときの状態遷移を、スワップイン終了は、ロードイン
またはスワップインによってディスク上に書き出されて
いたプロセスのメモリへのロードが終了し、実行待ち状
態になるときの状態遷移を、スワップアウト終了は、ス
ワップアウトによってメモリ上のプロセスのディスクへ
の書き出しが終了し、次のスワップイン待ち状態になる
ときの状態遷移を夫々表す。
Here, the process creation refers to a state transition to an execution waiting state by starting and restarting, and the CPU occupation start / end refers to a state transition when the process occupies the CPU from the I / O waiting state to the execution state and the state transition. The state transition when the occupation ends and the I / O wait state is reached. The data transfer start / end state transitions from the execution wait state to the state where data transfer is started and the data transfer ends and the data transfer ends and the execution wait state occurs. When the status transition at the time of swap-in is completed, the process of loading the process written to disk by load-in or swap-in into memory is completed, and the status transition at the time of waiting for execution is The state transition when the process of writing in the memory to the disk ends by swap-out and the next swap-in wait state is reached People represent.

【0018】ハードウェアモデルは図15のハードウエ
ア・モデル図表に示すように、プロセスのCPU使用時
間、データ転送時間、及び後述のメモリ使用量を求める
ためのデータであり、CPUの処理速度と、データ転送
において使用される平均アクセス時間、転送速度、最大
処理量、最小アクセス回数と、ユーザ利用メモリの大き
さとで定義する。これらの前述した3個のモデルをシス
テム性能モデルと定義する。
As shown in the hardware model diagram of FIG. 15, the hardware model is data for calculating the CPU usage time of the process, the data transfer time, and the memory usage described later. It is defined by an average access time, a transfer speed, a maximum processing amount, a minimum access number used in data transfer, and a size of a user use memory. These three models are defined as a system performance model.

【0019】図11に戻って続けて説明する。アプリケ
ーションモデルについては計算機制御の対象となる産業
分野別に典型モデルや事例モデルを作成する。これはス
テップS02におけるモデル記憶処理によってなされ
る。これらの典型モデルや事例モデル等のシステム性能
モデルの記憶は、現在検討を進めているシステムを構築
するためと、今後にデータベースとして使用するための
ものである。なお、このシステム性能モデルは図16の
APモデルの記憶の項目テーブル図表に示すように、業
務名、業務概要、プロセス特性モデル名、プロセス起動
モデル名によって記録される。なお、モデル記憶処理S
02によって記録されている典型モデル、または事例モ
デルから1つのシステム性能モデルを選択し、その性能
評価を行おうとする業務に合うように登録したデータが
修正される。
Returning to FIG. 11, the description will be continued. For application models, typical models and case models are created for each industrial field to be controlled by a computer. This is performed by the model storage processing in step S02. The storage of the system performance model such as the typical model and the case model is for constructing a system currently under study and for use as a database in the future. The system performance model is recorded by a business name, a business outline, a process characteristic model name, and a process activation model name as shown in the item table chart of the storage of the AP model in FIG. The model storage processing S
02, a system performance model is selected from the typical model or the case model recorded in the case model 02, and the registered data is modified so as to match the task for which the performance is to be evaluated.

【0020】新たに入力したデータで前述したように1
つの性能モデルを選択し修正を行った後には、ステップ
S03でシミュレーション性能計算を行う。このステッ
プS03におけるシミュレーション性能計算処理ではシ
ステム性能モデルを入力して、計算機内部のプロセスの
動作を制御状態に従い事象駆動方式によってシミュレー
ションを行い、システム性能データを計算する。
As described above, the newly input data is set to 1
After selecting and correcting the two performance models, a simulation performance calculation is performed in step S03. In the simulation performance calculation process in step S03, a system performance model is input, and the operation of the process inside the computer is simulated by the event driving method according to the control state, and the system performance data is calculated.

【0021】図17は事象の状態遷移図である。状態と
しては起動待ちT1、実行待ちT2、実行中T3、ロー
ドイン待ちとスワップイン待ちT4、スワップアウト待
ちT5、I/O待ちT6がある。実行中T3状態におい
て、I/O待ちT6状態となった時には、I/O待ちT
6状態から実行待ちT2状態に移動する。また、実行待
ちT2状態においてスワップアウト待ちT5状態となっ
た時には、ロードイン待ちとスワップイン待ちT4状態
に移動し、その後、実行待ちT2状態に移る。また起動
待ちT1状態においても直接、実行待ちT2状態に移る
場合と、ロードイン待ちとスワップイン待ちT4状態を
経由して実行待ちT2状態に入る場合もある。
FIG. 17 is a state transition diagram of an event. The states include a startup wait T1, an execution wait T2, a running T3, a load-in wait and a swap-in wait T4, a swap-out wait T5, and an I / O wait T6. In the T3 state during execution, when the state changes to the I / O waiting T6 state, the I / O waiting T
Move from state 6 to execution waiting T2 state. When the state becomes the swap-out waiting T5 state in the execution waiting T2 state, the state shifts to the load-in waiting state and the swap-in waiting T4 state, and then shifts to the execution waiting T2 state. Also, in the startup waiting T1 state, there is a case where the operation directly shifts to the execution waiting T2 state, and a case where the operation enters the execution waiting T2 state via the load-in waiting and the swap-in waiting T4 state.

【0022】シミュレーション中は、このような各種の
状態T1〜T6の遷移に従い、起動待ちT1状態、並び
に実行待ちT2状態、ロードイン待ちとスワップイン待
ちT4状態、I/O待ちT6状態等の状態が1つの状態
に入るたびに、必要とする時間を次に記す(11)式か
ら(14)式によって計算する。例えば起動待ちT1状
態の待っている時間というのは実行時間には加算され
ず、起動待ちT1状態から実行待ちT2状態に入る時
に、また実行待ちT2状態から起動待ちT1状態に入る
ときに処理がなされ、特定の要した時間が加算される。
また、更には実行中はそれらの実行に対する時間が計算
される。
During the simulation, according to the transitions of the various states T1 to T6, states such as a start wait T1 state, an execution wait T2 state, a load-in wait and a swap-in wait T4 state, an I / O wait T6 state and the like. Each time に 入 る enters one state, the required time is calculated from the following equations (11) to (14). For example, the waiting time in the activation waiting T1 state is not added to the execution time, and the processing is performed when the operation enters the execution waiting T2 state from the activation waiting T1 state and enters the activation waiting T2 state from the execution waiting T2 state. This is done, and the specific required time is added.
Also, during execution, the time for their execution is calculated.

【0023】ここで、CPU使用時間AA〔μ秒〕は次
式(11)で求める。
Here, the CPU use time AA [μsec] is obtained by the following equation (11).

【0024】[0024]

【数1】 AA=(CPU使用量)〔ステップ〕 /(CPUの処理速度)〔ステップ/μ秒〕 ・・・(11) また、データ転送時間〔μ秒〕BBは次式(12)で求
める。
AA = (CPU usage) [step] / (CPU processing speed) [step / μsec] (11) The data transfer time [μsec] BB is given by the following equation (12). Ask.

【0025】[0025]

【数2】 BB0=(平均アクセス時間)〔μ秒〕×(データ転送量)〔バイト〕 /(最大処理量)〔バイト〕 ・・・(12a) BB=BB0+(データ転送量)〔バイト〕 /(転送速度)〔バイト/μ秒〕 ・・・(12) また、ローディング時間CC〔μ秒〕は次式(13)で
求める。
BB0 = (average access time) [μsec] × (data transfer amount) [byte] / (maximum processing amount) [byte] (12a) BB = BB0 + (data transfer amount) [byte] / (Transfer speed) [byte / μsec] (12) The loading time CC [μsec] is obtained by the following equation (13).

【0026】[0026]

【数3】 CC0=(平均アクセス時間)〔μ秒〕×(最小アクセス回数)〔回〕 ・・・(13a) CC1=CC0+(平均アクセス時間)〔μ秒〕 ×(ディスク上のプロセスサイズ)〔バイト〕 /(最大処理量)〔バイト〕 ・・・(13b) CC=CC1+(ディスク上のプロセスサイズ)〔バイト〕 /(転送速度)〔バイト/μ秒〕 ・・・(13) また、スワッピング時間DD〔μ秒〕は次式(14)で
求める。
CC0 = (average access time) [μsec] × (minimum access count) [times] (13a) CC1 = CC0 + (average access time) [μsec] × (process size on disk) [Byte] / (maximum processing amount) [byte] (13b) CC = CC1 + (process size on disk) [byte] / (transfer speed) [byte / μsec] (13) The swapping time DD [μsec] is obtained by the following equation (14).

【0027】[0027]

【数4】 DD0=(平均アクセス時間)〔μ秒〕×(最小アクセス回数)〔回〕 ・・・(14a) DD1=DD0+(平均アクセス時間)〔μ秒〕 ×(メモリ上のプロセスサイズ)〔バイト〕 /(最大処理量)〔バイト〕 ・・・(14b) DD=DD1+(メモリ上のプロセスサイズ)〔バイト〕 /(転送速度)〔バイト/μ秒〕 ・・・(14) ここで、最大処理量とは、一度のアクセスでディスク装
置からデータ転送されるデータの最大量であり、これを
越える場合は複数回のアクセスとなる。また平均アクセ
ス時間は目的のデータをディスク上で探す時間を表し、
後述の式(8b)に示すようにディスク装置の平均回転
待ち時間や平均シーク時間より求められる。
DD0 = (average access time) [μsec] × (minimum access count) [times] (14a) DD1 = DD0 + (average access time) [μsec] × (process size on memory) [Byte] / (maximum processing amount) [byte] (14b) DD = DD1 + (process size on memory) [byte] / (transfer speed) [byte / μsec] (14) The maximum processing amount is the maximum amount of data transferred from the disk device in a single access, and if it exceeds this, multiple accesses are made. The average access time indicates the time to search for the desired data on the disk,
It is obtained from the average rotation waiting time and average seek time of the disk device as shown in the following equation (8b).

【0028】前記したメモリの使用量は、ある時点での
メモリ上にロードされているプロセスのメモリ使用量の
合計で、出力データの1つであるメモリの負荷推移のデ
ータの単位である。さらにメモリの使用量は、非常駐プ
ロセスのメモリ使用量で、一定量を越えるとスワッピン
グが発生する。これを模擬するためにメモリの使用量を
計算する。
The above-mentioned memory usage is the sum of the memory usage of the processes loaded on the memory at a certain point in time, and is a unit of data of the memory load transition, which is one of the output data. Furthermore, the memory usage is the memory usage of the non-resident process, and if it exceeds a certain amount, swapping occurs. To simulate this, calculate the memory usage.

【0029】ここで一定量とは、図15のユーザ利用メ
モリの大きさをM、図12のメモリ上のプロセス・サイ
ズをm(i)(但し、iはプロセスに付した番号で、プ
ロセスがn個あるときi=1,・・・n)、常駐/非常
駐をr(i)(但し、番号iのプロセスが常駐のときr
(i)=t,非常駐のときr(i)=f)とすると、次
式(15)で示される量である。
Here, the fixed amount means the size of the memory used by the user in FIG. 15 as M, and the process size in the memory in FIG. 12 as m (i) (where i is a number assigned to the process, and When there are n i = 1,... n), the resident / non-resident is r (i) (however, when the process of the number i is resident, r
If (i) = t and r (i) = f when not resident, the quantity is represented by the following equation (15).

【0030】[0030]

【数5】 一定量=M−( n Σi=1 m(i)(r(i)=tのとき)) ・・・(15) メモリの使用量と一定量との値を、メモリの使用量に変
化があった場合に比較し、スワッピングの処理を行う。
Equation 5] a certain amount = M- (when n Σ i = 1 m (i ) (r (i) = t)) ··· (15) the value of the amount of memory and the certain amount of memory Swapping processing is performed as compared with the case where the usage amount has changed.

【0031】以上により、後述の全ての時間と使用率を
求めることができる。図18は前述した事象駆動のシミ
ュレーションのフローチャートである。先ず事象のスケ
ジューリングをステップS011で行い、この処理によ
って最も速く発生する事象を求める。続いてシミュレー
ションの終了であるかをステップS012で検出し、シ
ミュレーションの継続が無いとき(N)には終了(EN
D)する。また、シミュレーションの継続があるとき
(Y)には、求めたスケジューリングにおける事象の状
態遷移の処理におけるおおよその時間によって時刻をス
テップS013で更新する。そして、プロセスの状態遷
移をステップS014で行う。同時にステップS014
ではシステム性能データをグラフの形や表の形式で出力
する。出力するデータは、CPUの総使用率(後述のC
PUの負荷率と同義)、ディスクの総使用率(後述のデ
ィスクの負荷率と同義)、CPUの負荷推移、ディスク
の負荷推移、メモリの負荷推移、プロセスの予定起動回
数、プロセスの総起動回数、プロセスのCPU,ディス
クの使用時間である。
As described above, it is possible to obtain all the times and usage rates described later. FIG. 18 is a flowchart of the event-driven simulation described above. First, event scheduling is performed in step S011, and the event that occurs the fastest by this processing is determined. Subsequently, it is detected in step S012 whether or not the simulation has ended. If the simulation does not continue (N), the simulation ends (EN).
D). When the simulation is continued (Y), the time is updated in step S013 by the approximate time in the process of the state transition of the event in the obtained scheduling. Then, the state transition of the process is performed in step S014. At the same time, step S014
Outputs system performance data in the form of graphs and tables. The data to be output is the total CPU usage rate (C to be described later).
Synonymous with PU load rate), Disk total usage rate (Synonymous with disk load rate described later), CPU load transition, Disk load transition, Memory load transition, Scheduled number of process startups, Total number of process startups , Process CPU and disk usage time.

【0032】続いてステップS015で、次の事象のス
ケジューリングを再度行い、どのような事象が発生する
かを求める。そして処理S012により再度実行する。
以上のような動作を繰り返し実行することによりシミュ
レーションを行い、図11におけるシステム性能データ
が求められ、ステップS04の表示処理で、開発担当者
等に性能の所見を出力する。この結果を用いて設計した
コンピュータシステムが目的の性能を発揮するかを判断
する。
Subsequently, in step S015, the scheduling of the next event is performed again to determine what kind of event will occur. Then, the process is executed again by the process S012.
A simulation is performed by repeatedly executing the above-described operations, and system performance data in FIG. 11 is obtained. In the display processing in step S04, a performance finding is output to a developer or the like. Using this result, it is determined whether the designed computer system exhibits the intended performance.

【0033】[0033]

【発明が解決しようする課題】しかしながら、前記先願
発明の方法にも次のような問題がある。 1)シミュレーションの入力モデルのうち、特にアプリ
ケーションモデル(更にはこのモデルに用いるプロセス
別の資源の使用状況を示す見積もり性能値)の作成に
は、多様なケースを多数検討しなければならず時間がか
かる。このため、アプリケーションモデル作成の効率を
向上させるための効率的なモデル作成手順や見積もり計
算の機械化が要求されている。 2)アプリケーションモデルの見積もり(ワースト・ケ
ースも含む)は、以降のシミュレーションによって異な
っており、これといった計算方法やデータ構造は決まっ
ていない。特に生産者が電力,鉄鋼,水処理といった産
業分野ごとに計算機システムの性能評価を行う場合は、
個別に見積もり方式とデータ構造の設計が必要となる。
このため、産業分野ごとの業務システムの特徴や、分野
内の個別の業務システムの特徴を表現できるアプリケー
ションモデルの標準的な見積もり方式とデータ構造が要
求されている。 3)制御用計算機システムの性能測定値にバラツキがあ
る。このため、測定値のバラツキを反映できる、性能測
定値に基づいたワースト・ケースのアプリケーションモ
デルの見積もり方式が要求されている。
However, the method of the invention of the prior application has the following problems. 1) Of the input models of the simulation, especially in the creation of an application model (and further, an estimated performance value indicating the use status of the resources for each process used in this model), a large number of various cases must be considered and time is required. Take it. For this reason, there is a demand for an efficient model creation procedure and a mechanized estimation calculation for improving the efficiency of application model creation. 2) The estimation of the application model (including the worst case) differs depending on the subsequent simulation, and the calculation method and data structure for such estimation are not determined. In particular, when a producer evaluates the performance of a computer system for each industrial field such as electricity, steel, and water treatment,
It is necessary to design the estimation method and data structure individually.
Therefore, there is a demand for a standard estimation method and data structure of an application model capable of expressing the characteristics of the business system for each industrial field and the characteristics of the individual business systems in the field. 3) The performance measurement values of the control computer system vary. Therefore, there is a demand for a method of estimating a worst-case application model based on performance measurement values, which can reflect variations in measurement values.

【0034】そこで本発明は各種産業向けの制御用計算
機システムの性能評価のためのシミュレーションにおけ
るアプリケーションモデルの作成を容易にし、さらに作
成効率を向上することができる制御用計算機システムの
性能評価方法を提供することを課題とする。
Accordingly, the present invention provides a method for evaluating the performance of a control computer system which facilitates the creation of an application model in a simulation for evaluating the performance of a control computer system for various industries and further improves the efficiency of the creation. The task is to

【0035】[0035]

【課題を解決するための手段】前記の課題を解決するた
めに請求項1の制御用計算機システムの性能評価方法
は、制御用計算機システムをアプリケーション部、オペ
レーティングシステム部、ハードウエア部に分割し、各
部の性能表を表すアプリケーションモデル、オペレーテ
ィングシステムモデル、ハードウエアモデルで前記制御
用計算機システムのシステム性能モデルを求め、該シス
テム性能モデルを用いてシステムシミュレーションを行
ってシステム性能データを求めて制御用計算機システム
の性能を評価する方法であって、アプリケーションモデ
ルに用いるタスク別の資源の使用状況を示す見積もり性
能値を、当該制御用計算機システムの実動作で求めた、
当該産業分野で使用される既存の複数のタスク毎の資源
の使用状況を示す性能測定値から算出するようにする。
According to a first aspect of the present invention, there is provided a method for evaluating the performance of a control computer system, comprising dividing the control computer system into an application unit, an operating system unit, and a hardware unit. A system performance model of the control computer system is obtained from an application model, an operating system model, and a hardware model representing a performance table of each unit, and a system simulation is performed using the system performance model to obtain system performance data. A method for evaluating the performance of a system, in which an estimated performance value indicating a usage state of a resource for each task used for an application model is obtained by an actual operation of the control computer system,
The calculation is performed from a performance measurement value indicating the usage status of resources for each of a plurality of existing tasks used in the industrial field.

【0036】また、請求項2の制御用計算機システムの
性能評価方法では、請求項1に記載の制御用計算機シス
テムの性能評価方法において、前記見積もり性能値とし
て前記性能測定値の単純平均値を用いた平均見積もり性
能値(式(1)〜(3)による平均見積もりCPU使用
時間31b,平均見積もり転送バイト長32b,平均見
積もり転送回数32c)、及び少なくとも重み付けのた
めに性能測定値の中の最大値を用い所定の演算で求めた
ワーストケース想定用の最大見積もり性能値(最大見積
もりCPU使用時間31b’,最大見積もり転送バイト
長32b’,最大見積もり転送回数32c’)の2つの
見積もり性能値を用いた場合について夫々システムシミ
ュレーションを行うようにする。
According to a second aspect of the present invention, in the performance evaluation method for a control computer system according to the first aspect, a simple average value of the performance measurement values is used as the estimated performance value. Average estimated performance value (average estimated CPU usage time 31b, average estimated transfer byte length 32b, average estimated transfer count 32c by equations (1) to (3)), and the maximum value among the performance measurement values at least for weighting And the maximum estimated performance values for the worst case assumption (maximum estimated CPU usage time 31b ', maximum estimated transfer byte length 32b', maximum estimated transfer count 32c ') obtained by a predetermined operation using A system simulation is performed for each case.

【0037】また請求項3の制御用計算機システムの性
能評価方法では、請求項2に記載の制御用計算機システ
ムの性能評価方法において、前記最大見積もり性能値と
して、当該制御用計算機システムの操業時の当該タスク
の起動頻度を手計算により想定して求めたタスクの予測
起動回数分の起動を仮定し、この各起動において測定起
動回数分は実測された各性能測定値を設定し、残る予測
起動回数と測定起動回数の差の起動回数分は前記最大値
を設定して(式(4)〜(6)を用いて)求めた予測起
動回数分の平均値を用いるようにする。
According to a third aspect of the present invention, in the performance evaluation method of the control computer system according to the second aspect, the maximum estimated performance value is set at the time of operation of the control computer system. Assuming that the start frequency of the task is calculated by assuming the start frequency of the task by hand calculation, the start count is assumed to be equal to the estimated start count of the task. The maximum value is set for the number of times of activation of the difference between the number of times of measurement and the number of times of measurement activation, and the average value of the estimated number of times of activation obtained using the equations (4) to (6) is used.

【0038】また請求項4の制御用計算機システムの性
能評価方法では、請求項2または3に記載の制御用計算
機システムの性能評価方法において、前記平均見積もり
性能値を用い所定の演算(式(7),(8))によって
求めた資源の平均の見積もり負荷率(平均CPU見積も
り負荷率41a,平均ディスク見積もり負荷率41
b)、及び前記最大見積もり性能値を用い該所定の演算
と同じ演算によって求めた資源の最大の見積もり負荷率
(最大CPU見積もり負荷率41a’,最大ディスク見
積もり負荷率41b’)と、当該の制御用計算機システ
ムの実業務の処理時においてオペレーティング・システ
ムなどの性能測定機能によって測定された資源の負荷率
との互いに対応する負荷率同士を比較するようにする。
According to a fourth aspect of the present invention, in the performance evaluation method of the control computer system according to the second or third aspect, a predetermined operation (formula (7)) is performed using the average estimated performance value. ), (8)), the average estimated load factor of the resources (average CPU estimated load factor 41a, average disk estimated load factor 41)
b) and the maximum estimated load factors of resources (maximum CPU estimated load factor 41a ', maximum disk estimated load factor 41b') obtained by the same operation as the predetermined operation using the maximum estimated performance value, and the corresponding control At the time of actual business processing of the computer system, the load factors of resources measured by a performance measurement function such as an operating system and the corresponding load factors are compared with each other.

【0039】この発明の作用は次の如くである。本発明
では、各種産業向けの制御用計算機システムをモデル化
して、シミュレーションによりその性能を評価する。こ
の際、計算機システムのモデルを、アプリケーション
モデル, オペレーティングシステムモデル(OSモ
デル),ハードウェアモデル(資源モデルともいう)
の3つの階層に分類するが、とのモデルのデータは
対象とする計算機システムごとに既に存在するか又は容
易に得られるので、本発明ではシミュレーションのため
の入力モデル(入力データ)としてはのアプリケーシ
ョンモデルのみを新たに作成すればよい方式とし、且つ
産業分野に共通なデータ構造にした。
The operation of the present invention is as follows. In the present invention, a control computer system for various industries is modeled and its performance is evaluated by simulation. At this time, the model of the computer system is defined as an application model, an operating system model (OS model), and a hardware model (also referred to as a resource model).
Although the data of the model already exists or can be easily obtained for each target computer system, in the present invention, the application as an input model (input data) for simulation is Only a new model needs to be created, and a common data structure is used in the industrial field.

【0040】さらにアプリケーションモデルの見積もり
計算を機械化し、入力モデルを作成するのに余裕時間の
少ないテスト段階でも、テストに沿って計算機システム
の性能測定値を収集することにより、入力モデルの短時
間での作成を可能とする。また、上流工程での性能予測
のシミュレーションの入力モデルの作成は、新たな見積
もりを行わずに過去の入力モデルを再利用して効率化を
はかる。
Further, even in the test stage where the estimation calculation of the application model is mechanized and the spare time for creating the input model is short, by collecting the performance measurement values of the computer system along with the test, the input model can be shortened in a short time. Can be created. In addition, the creation of an input model for a simulation of performance prediction in an upstream process aims at improving efficiency by reusing a past input model without performing new estimation.

【0041】また、業務システムの業務フローからタス
クの最大予測起動頻度を手計算で求め、それを入力して
幾つかのワースト・ケースの入力モデルの見積もりも可
能にする。これにより、通常ケースと幾つかのワースト
・ケースの評価を行い、シミュレーションの精度に幅を
持たせるようにする。このように、入力モデルの階層化
や作成方式によって、入力モデルの作成を容易にし、作
成効率の向上をはかる。
Further, the maximum predicted activation frequency of the task is manually calculated from the business flow of the business system, and the calculated frequency is input to enable estimation of some worst case input models. In this way, the normal case and some worst cases are evaluated, so that the accuracy of the simulation has a range. As described above, the creation of the input model is facilitated by the layering and the creation method of the input model, and the creation efficiency is improved.

【0042】[0042]

【発明の実施の形態】以下、図面を用いて本発明の実施
例を詳細に説明する。図1は本発明の実施例としての処
理のフローチャートである。図1においてはエンドユー
ザ(システム・エンジニア)の要求などにより、アプリ
ケーションモデルに用いるシステム性能値の見積もりを
開始し、この見積もり性能値を用いたアプリケーション
モデルをシミュレーションの入力データとして、その目
的のシステムがどの程度、コンピュータで実現できるか
を評価している。
Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a flowchart of a process according to an embodiment of the present invention. In FIG. 1, estimation of a system performance value used for an application model is started in response to a request from an end user (system engineer) or the like, and an application model using the estimated performance value is used as input data for a simulation, and a target system is used. We are evaluating how much it can be realized with computers.

【0043】先ず、ステップS1で対象計算機システム
のCPUやディスクなどの資源の使用量を性能測定値と
して収集し、性能測定値記憶ファイル1に格納する。こ
の性能測定値記憶ファイル1の構成を図2に定義する。
即ち、この例では図2に示すように性能測定値記憶ファ
イル1は、CPU使用時間(#1)ファイル11,CP
U使用時間(#2)ファイル12,ディスク使用量ファ
イル13の3つのファイルからなる。
First, in step S 1, the usage amounts of resources such as the CPU and disk of the target computer system are collected as performance measurement values and stored in the performance measurement value storage file 1. The configuration of the performance measurement value storage file 1 is defined in FIG.
That is, in this example, as shown in FIG. 2, the performance measurement value storage file 1 is the CPU usage time (# 1) file 11, CP
It consists of three files, a U usage time (# 2) file 12 and a disk usage file 13.

【0044】前記CPU使用時間(#1)ファイル11
は、或る測定時間内における各タスクの1回の起動毎
の、タスク名11a,起動時刻11b,CPU使用時間
11cの各データからなる。ここで、タスク名11aは
プログラムの実行単位であり、英数字の文字列からな
る。起動時刻11bはタスクが実行のため起動された時
刻であり、時,分,秒の3つの整数からなる。CPU使
用時間11cはタスクが1回の起動でCPUを使用した
時間であり、ミリ秒単位の実数からなる。
The CPU usage time (# 1) file 11
Consists of data of a task name 11a, a start time 11b, and a CPU usage time 11c for each start of each task within a certain measurement time. Here, the task name 11a is an execution unit of the program, and is composed of an alphanumeric character string. The start time 11b is the time when the task is started for execution, and is composed of three integers of hours, minutes, and seconds. The CPU usage time 11c is the time during which the task has used the CPU in one activation, and is a real number in milliseconds.

【0045】前記CPU使用時間(#2)ファイル12
はタスク毎の、タスク名12a,全起動での総CPU使
用時間12bの各データからなる。全起動での総CPU
使用時間12bは、その測定時間内における当該タスク
の全ての起動毎のCPU使用時間の合計であり、ミリ秒
単位の実数からなる。ディスク使用量ファイル13は各
タスクの1回の起動毎の、タスク名13a、起動時刻1
3b、及びこのタスクの実行中にアクセスした各ファイ
ル毎のファイル名13c,ファイル種別13d,転送バ
イト長の合計13e,転送回数の合計13fの各データ
からなる。
The CPU usage time (# 2) file 12
Is composed of data of a task name 12a and a total CPU usage time 12b at all startups for each task. Total CPUs at all startups
The usage time 12b is the sum of the CPU usage time for every activation of the task within the measurement time, and is a real number in milliseconds. The disk usage file 13 includes a task name 13a and a start time 1 for each start of each task.
3b, and data of a file name 13c, a file type 13d, a total transfer byte length 13e, and a total transfer count 13f of each file accessed during execution of this task.

【0046】図1に戻り、ステップS2では、ステップ
S1において収集した性能測定データの各ファイル(即
ち、CPU使用時間(#1)ファイル11,CPU使用
時間(#2)ファイル12,ディスクの使用量ファイル
13)の内容を入力してテーブルを作成する。この処理
は図4のフローチャートに性能測定値入力手段01の処
理(ステップS21〜S26)として示される。
Returning to FIG. 1, in step S2, each file of the performance measurement data collected in step S1 (ie, CPU usage time (# 1) file 11, CPU usage time (# 2) file 12, disk usage amount) A table is created by inputting the contents of the file 13). This process is shown in the flowchart of FIG. 4 as the process of the performance measurement value input unit 01 (steps S21 to S26).

【0047】図4では性能測定値入力手段01はCPU
使用時間(#1)ファイル11を読込んで(S21)、
そのファイル内容の測定値のテーブルを作成し(S2
2)、同様にCPU使用時間(#2)ファイル12,デ
ィスク使用量ファイル13を順次読込み、その都度その
ファイル内容の測定値のテーブルを作成する(S23〜
S26)。
In FIG. 4, the performance measurement value input means 01 is a CPU.
The usage time (# 1) file 11 is read (S21),
A table of the measured values of the file contents is created (S2
2) Similarly, the CPU usage time (# 2) file 12 and the disk usage file 13 are sequentially read, and a table of measured values of the file contents is created each time (S23 to S23).
S26).

【0048】図1のステップS3では、図3に示す性能
予測値(つまり、業務システムの業務フローから手計算
等で算出した設計値或いは仕様値)を記憶する性能予測
値記憶ファイル2からタスクの予測の起動頻度を読込み
テーブルを作成する。この処理は図5のフローチャート
にタスク予測起動回数入力手段02の処理(ステップS
31,S32)として示される。
At step S3 in FIG. 1, the task prediction is performed from the performance prediction value storage file 2 storing the performance prediction values shown in FIG. 3 (that is, design values or specification values calculated by manual calculation or the like from the business flow of the business system). Read the prediction start frequency and create a table. This process corresponds to the process of the task prediction activation number input means 02 (step S
31, S32).

【0049】即ち、図3において、性能予測値記憶ファ
イル2にはタスク予測起動回数ファイル21が含まれ、
このタスク予測起動回数ファイル21はタスク毎のタス
ク名21a,設計予測値としての予測再起動間隔21
b,同じく予測総起動回数21cの各データからなる。
ここで、予測再起動間隔21bは現在の起動から次の起
動がかかるまでの時間の予測値であり、時,分,秒,ミ
リ秒の4つの整数値からなる。予測総起動回数21cは
評価時間(シミュレーション時間)内でのタスクの実行
回数の予測値である。図5において、予測タスク起動回
数入力手段02は、タスク予測起動回数ファイル21を
読込み(S31)、このファイル内容の予測値のテーブ
ルを作成する(S32)。
That is, in FIG. 3, the performance prediction value storage file 2 includes a task prediction activation number file 21.
The task prediction start count file 21 includes a task name 21a for each task, and a prediction restart interval 21 as a design prediction value.
b, each data of the estimated total number of activations 21c.
Here, the predicted restart interval 21b is a predicted value of the time from the current start to the start of the next start, and includes four integer values of hours, minutes, seconds, and milliseconds. The predicted total number of activations 21c is a predicted value of the number of task executions within the evaluation time (simulation time). In FIG. 5, the predicted task activation count input means 02 reads the task predicted activation count file 21 (S31), and creates a table of predicted values of the file contents (S32).

【0050】次に、図1のステップS4では、ステップ
S2において収集したファイルの性能値から、平均のC
PU使用時間,平均の転送バイト長,平均の転送回数の
夫々の見積もり値の計算を行う。この処理は図6のフロ
ーチャートに平均見積もり性能値計算手段03の処理
(S41〜S49)として示される。即ち、図6におい
て、平均見積もり性能値計算手段03は、図1のステッ
プS2での性能測定値入力手段01のファイル入力によ
って作成されたテーブルから、次に述べる各種のデータ
を求めてそのテーブルを作成する。
Next, in step S4 of FIG. 1, the average C is calculated from the performance values of the files collected in step S2.
The respective estimated values of the PU use time, the average transfer byte length, and the average transfer count are calculated. This processing is shown in the flowchart of FIG. 6 as the processing (S41 to S49) of the average estimated performance value calculating means 03. That is, in FIG. 6, the average estimated performance value calculation means 03 obtains various data described below from the table created by the file input of the performance measurement value input means 01 in step S2 in FIG. create.

【0051】即ち、図6のステップS41では、CPU
使用時間(#1)ファイル11から作られた各タスクの
1起動毎の、タスク名11aと起動時刻11b,CPU
使用時間11cの測定データからなるテーブルから、対
象タスク(この場合、既存のタスクのうち対象の計算機
システムにて必要になると想定されるタスク)毎の総起
動回数を計算すると共にそのテーブルを作成し、図6の
ステップS42では、CPU使用時間(#2)ファイル
12から作られたタスク毎の、タスク名12aと全起動
での総CPU使用時間12bの測定データからなるテー
ブルから、対象タスク毎の総CPU使用時間のテーブル
を作成し、図6のステップS43では、対象タスク毎の
平均見積もりCPU使用時間を計算し、そのテーブルを
作成する。ここで、対象タスク毎の平均見積もりCPU
使用時間A1〔ミリ秒〕は、以下の式(1)で算出され
る。
That is, in step S41 of FIG.
Usage time (# 1) Task name 11a, activation time 11b, CPU for each activation of each task created from file 11
From the table including the measurement data of the usage time 11c, the total number of activations for each target task (in this case, the task that is assumed to be required in the target computer system among the existing tasks) is calculated and the table is created. In step S42 in FIG. 6, a table consisting of measurement data of the task name 12a and the total CPU usage time 12b at all startups for each task created from the CPU usage time (# 2) file 12 is used for each target task. A table of the total CPU usage time is created, and in step S43 of FIG. 6, an average estimated CPU usage time for each target task is calculated, and the table is created. Here, the average estimation CPU for each target task
The use time A1 [millisecond] is calculated by the following equation (1).

【0052】[0052]

【数6】 A1=(当該の対象タスクの全起動での総CPU使用時間)〔ミリ秒〕 /(当該の対象タスクの測定総起動回数)〔回〕 ・・・(1) また、図6において、平均見積もり性能値計算手段03
は、ステップS44〜S46においてディスクの使用量
ファイル13から作られた各タスクの1起動毎の、タス
ク名13a、起動時刻13b、及びこのタスクの実行中
にアクセスした各ファイル毎のファイル名13c,ファ
イル種別13d,転送バイト長の合計13e,転送回数
の合計13fの各データからなるテーブルから、対象タ
スク毎の総起動回数を計算してそのテーブルを作成し
(S44)、さらに対象タスク毎の総転送バイト長を計
算してそのテーブルを作成し(S45)、さらに対象タ
スク毎の総転送回数を計算してそのテーブルを作成する
(S46)。
A1 = (total CPU usage time in all startups of the target task) [milliseconds] / (measured total startup count of the target task) [times] (1) Also, FIG. In the average estimation performance value calculation means 03
Are the task name 13a, the start time 13b, and the file name 13c of each file accessed during the execution of this task for each task created from the disk usage file 13 in steps S44 to S46. From the table composed of data of the file type 13d, the total transfer byte length 13e, and the total transfer count 13f, a total activation count for each target task is calculated to create the table (S44). The transfer byte length is calculated to create the table (S45), and the total transfer count for each target task is calculated to create the table (S46).

【0053】そして、ステップS47で対象タスク毎の
平均見積もり転送バイト長と平均見積もり転送回数を計
算し、そのテーブルを作成する。ここで、平均見積もり
転送バイト長B1〔バイト〕は、下記の式(2)で算出
され、平均見積もり転送回数C1〔回〕は、下記の式
(3)で算出される。
Then, in step S47, the average estimated transfer byte length and the average estimated transfer count for each target task are calculated, and a table thereof is created. Here, the average estimated transfer byte length B1 [byte] is calculated by the following equation (2), and the average estimated transfer count C1 [times] is calculated by the following equation (3).

【0054】[0054]

【数7】 B1=(当該の対象タスクの全起動での総転送バイト長)〔バイト〕 /(当該の対象タスクの測定総起動回数)〔回〕 ・・・(2)## EQU7 ## B1 = (total transfer byte length in all activations of the target task) [byte] / (total number of measured activations of the target task) [times] (2)

【0055】[0055]

【数8】 C1=(当該の対象タスクの全起動での総転送回数)〔回〕 /(当該の対象タスクの測定総起動回数)〔回〕 ・・・(3) 次に、ステップS48とS49では、前記式(1)〜
(3)で求めた対象タスク毎の平均見積もりCPU使用
時間A1,平均見積もり転送バイト長B1,平均見積も
り転送回数C1のテーブルを出力する。
## EQU8 ## C1 = (total number of transfers in all activations of the target task) [times] / (total number of measured activations of the target task) [times] (3) Next, step S48 and In S49, the equations (1) to
A table of the average estimated CPU usage time A1, the average estimated transfer byte length B1, and the average estimated transfer count C1 for each target task obtained in (3) is output.

【0056】図1に戻り、ステップS5ではステップS
2,S3において入力したファイルの性能値から最大見
積もり性能値としての最大見積もりCPU使用時間A
2,最大見積もり転送バイト長B2,最大見積もり転送
回数C2の計算を行う。この処理は図8のフローチャー
トに最大見積もり性能値計算手段03’の処理(S41
〜S49’)として示される。なお、図8は図6のフロ
ーチャートに対しステップS3が付加されると共に、ス
テップS42,S43,S45〜S49が夫々S4
2’,S43’,S45’〜S49’に置き換わってい
る。
Returning to FIG. 1, in step S5, step S5 is executed.
2, the maximum estimated CPU usage time A as the maximum estimated performance value from the performance value of the file input in S3
2, the maximum estimated transfer byte length B2 and the maximum estimated transfer count C2 are calculated. This processing is performed by the processing of the maximum estimated performance value calculating means 03 'in the flowchart of FIG. 8 (S41).
SS49 ′). In FIG. 8, step S3 is added to the flowchart of FIG. 6, and steps S42, S43, and S45 to S49 are respectively performed in step S4.
2 ', S43', and S45 'to S49'.

【0057】図8を説明すると、最大見積もり性能値計
算手段03’は図1のステップS2,S3での性能測定
値入力手段01,タスク予測起動回数入力手段02の夫
々のファイル入力によって作成されたテーブルから、次
に述べる各種のデータを求めてそのテーブルを作成す
る。即ち、最大見積もり性能値計算手段03’は、CP
U使用時間(#1)ファイル11から作られたテーブル
から、対象タスク毎の総起動回数を計算してそのテーブ
ルを作成し(S41)、同じくファイル11から作られ
たテーブルから各対象タスクの1起動当たりの最大CP
U使用時間を求めてそのテーブルを作成し(S4
2’)、各対象タスクの最大見積もりCPU使用時間A
2を計算してそのテーブルを作成する(S43’)。こ
こで、最大見積もりCPU使用時間A2〔ミリ秒〕は下
記の式(4)で算出される。
Referring to FIG. 8, the maximum estimated performance value calculation means 03 'is created by inputting the respective files of the performance measurement value input means 01 and the task prediction start number input means 02 in steps S2 and S3 in FIG. From the table, the following various data are obtained and the table is created. That is, the maximum estimated performance value calculating means 03 '
U usage time (# 1) From the table created from the file 11, the total number of activations for each target task is calculated and the table is created (S41). Maximum CP per boot
The table is created by obtaining the U usage time (S4
2 '), maximum estimated CPU usage time A for each target task
2 is calculated to create the table (S43 '). Here, the maximum estimated CPU usage time A2 [milliseconds] is calculated by the following equation (4).

【0058】[0058]

【数9】 A20=(当該の対象タスクの予測総起動回数) 〔回〕−(当該の対象タスクの 測定総起動回数)〔回〕 ・・・(4a) 但し、上式の右辺の第1項と第2項の時間ベースは等し
く、この場合、所定の評価時間(シミュレーション時
間)とする。
A20 = (Estimated total number of activations of the target task) [times] − (measured total number of activations of the target task) [times] (4a) where the first number on the right side of the above equation The time base of the term and the second term are equal, and in this case, a predetermined evaluation time (simulation time) is set.

【0059】 A21=A20×(当該の対象タスクの全測定中の1起動当たりのCPU使用時間 の最大値)〔ミリ秒〕 ・・・(4b) A2=〔A21+(当該の対象タスクの測定された全起動での総CPU使用時間 )〔ミリ秒〕〕 /(当該の対象タスクの予測起動回数)〔回〕・・・(4) また、ステップS44〜S46’においてディスクの使
用量ファイル13から作られたテーブルから、対象タス
ク毎の総起動回数を計算してそのテーブルを作成し(S
44)、同じくファイル13から作られたテーブルか
ら、各対象タスクの1起動当たりの最大転送バイト長を
求めてそのテーブルを作成し(S45’)、同じくファ
イル13から作られたテーブルから、各対象タスクの1
起動当たりの最大転送回数を求めてそのテーブルを作成
する(S46’)。
A21 = A20 × (maximum value of CPU usage time per activation during all measurement of the target task concerned) [milliseconds] (4b) A2 = [A21 + (measured of the target task concerned) / (Estimated number of times the target task has been started) / (Estimated number of starts of the target task) [times] (4) In addition, in steps S44 to S46 ', the disk usage file 13 From the created table, calculate the total number of activations for each target task and create the table (S
44) A maximum transfer byte length per activation of each target task is determined from the table similarly created from the file 13 and the table is created (S45 ′). Task 1
The table is created by finding the maximum number of transfers per activation (S46 ').

【0060】そして、ステップS47’で対象タスク毎
の最大見積もり転送バイト長B2と最大見積もり転送回
数C2を計算し、そのテーブルを作成する。ここで、最
大見積もり転送バイト長B2〔バイト〕は、下記の式
(5)で算出され、最大見積もり転送回数C2〔回〕
は、下記の式(6)で算出される。
Then, in step S47 ', the maximum estimated transfer byte length B2 and the maximum estimated transfer count C2 for each target task are calculated, and a table thereof is created. Here, the maximum estimated transfer byte length B2 [byte] is calculated by the following equation (5), and the maximum estimated transfer count C2 [times]
Is calculated by the following equation (6).

【0061】[0061]

【数10】 B21=A20×(当該の対象タスクの全測定中の1起動当たりの転送バイト長の 最大値)〔バイト〕 ・・・(5a) B2=〔B21+(当該の対象タスクの測定された全起動での総転送バイト長) 〔バイト〕〕/(当該の対象タスクの予測起動回数)〔回〕・・・(5)## EQU10 ## B21 = A20 × (Maximum value of transfer byte length per activation during all measurement of the target task concerned) [Byte] (5a) B2 = [B21 + (Measured of the target task concerned) (Total transfer byte length in all activations) [Byte]] / (Estimated number of activations of the target task) [times] (5)

【0062】[0062]

【数11】 C21=A20×(当該の対象タスクの全測定中の1起動当たりの転送回数の最大 値)〔回〕 ・・・(6a) C2=〔C21+(当該の対象タスクの測定された全起動での総転送回数)〔回 〕〕 /(当該の対象タスクの予測起動回数)〔回〕 ・・・(6) 図7は式(1)〜(6)で求められたシミュレーション
用のアプリケーションモデル(APモデル)に用いる、
資源使用状況を示す見積もり性能値を記憶するファイル
の構成を示す。即ち、この見積もり性能値記憶ファイル
3は、見積もりCPU使用時間ファイル31と、見積も
り転送バイト長・転送回数ファイル32からなり、夫々
対象タスク毎に平均見積もり性能値と最大見積もり性能
値を設定したファイルに分割してある。
## EQU11 ## C21 = A20.times. (Maximum value of the number of transfers per activation during all measurements of the target task) [times] (6a) C2 = [C21 + (measured value of the target task) (Total number of transfers in all startups) [times]] / (predicted number of startups of the target task) [times] (6) FIG. 7 shows the simulation results obtained by equations (1) to (6). Used for application model (AP model)
5 shows a configuration of a file for storing an estimated performance value indicating a resource use status. That is, the estimated performance value storage file 3 is composed of an estimated CPU usage time file 31 and an estimated transfer byte length / transfer count file 32, each of which stores an average estimated performance value and a maximum estimated performance value for each target task. It is divided.

【0063】ここで、見積もりCPU使用時間ファイル
31は、タスク名31a,平均見積もりCPU使用時間
31b,最大見積もりCPU使用時間31b’からな
り、この見積もりCPU使用時間31b,31b’は夫
々式(1),(4)のA1,A2のミリ秒の実数値であ
る。また、見積もり転送バイト長・転送回数ファイル3
2は、タスク名32a,平均見積もり転送バイト長32
b,平均見積もり転送回数32c,最大見積もり転送バ
イト長32b’,最大見積もり転送回数32c’からな
る。そして、この見積もり転送バイト長32b,32
b’は夫々式(2),(5)のB1,B2のバイト値で
あり、見積もり転送回数32c,32c’は夫々式
(3),(6)のC1,C2の回数値である。
Here, the estimated CPU usage time file 31 is composed of a task name 31a, an average estimated CPU usage time 31b, and a maximum estimated CPU usage time 31b ', and the estimated CPU usage times 31b and 31b' are respectively expressed by formula (1). , (4) are real numbers in milliseconds of A1 and A2. Estimated transfer byte length / transfer count file 3
2 is task name 32a, average estimated transfer byte length 32
b, the average estimated transfer count 32c, the maximum estimated transfer byte length 32b ', and the maximum estimated transfer count 32c'. Then, the estimated transfer byte length 32b, 32
b 'is the byte value of B1 and B2 in equations (2) and (5), respectively, and the estimated transfer times 32c and 32c' are the count values of C1 and C2 in equations (3) and (6), respectively.

【0064】図1のステップS6では性能評価手段04
は、ステップS4及びS5によって夫々作成された見積
もり性能値記憶ファイル3の平均の各見積もり性能値と
してのCPU使用時間A1,転送バイト長B1,転送回
数C1、及び最大の各見積もり性能値としてのCPU使
用時間A2,転送バイト長B2,転送回数C2を先願発
明の技術で述べたAPモデルの、夫々CPU使用量,デ
ータ転送量,資源使用回数(図12参照)に対応するデ
ータとして入力すると共に、評価時間(シミュレーショ
ン時間)を入力し、同じく先願発明で述べたシミュレー
ションにより、前記平均及び最大の見積もり性能値に夫
々対応するシミュレーション結果の性能評価値(即ち図
18のステップS014で出力されるシステム性能デー
タ)40aを求め、図10に示す性能評価値記憶ファイ
ル4に出力する。
In step S6 of FIG.
Are the CPU usage time A1, the transfer byte length B1, the number of transfers C1, and the CPU as the maximum estimated performance values of the average of the estimated performance value storage file 3 created in steps S4 and S5, respectively. The usage time A2, the transfer byte length B2, and the number of transfers C2 are input as data corresponding to the CPU usage, data transfer, and resource usage (see FIG. 12) of the AP model described in the prior application. , An evaluation time (simulation time), and the performance evaluation values of the simulation results corresponding to the average and maximum estimated performance values (that is, output in step S014 in FIG. 18) by the simulation described in the same application. System performance data) 40a is obtained and output to the performance evaluation value storage file 4 shown in FIG.

【0065】さらに性能評価手段04は、このシミュレ
ーションとは別の内部処理により理論上のCPUの負荷
率としてのCPUの見積もり負荷率D〔%〕及び、理論
上のディスクの負荷率としてのディスクの見積もり負荷
率E〔%〕を計算して、図10の性能評価値記憶ファイ
ル4に出力する。図9は性能評価手段04のこの内部処
理(ステップS61〜S67)のフローチャートであ
る。即ち、ステップS61にて対象タスク毎の平均(最
大)の見積もりCPU使用時間A1(A2)を入力し、
ステップS62にて対象タスク毎の平均(最大)の見積
もり転送バイト長B1(B2)と、同じく見積もり転送
回数C1(C2)とを入力し、ステップS63にて評価
時間(シミュレーション時間)を入力する。なお、ステ
ップS3では前述のように対象タスクごとの予測起動回
数を入力しているので、このデータも用いる。
Further, the performance evaluation means 04 calculates the estimated load factor D [%] of the CPU as a theoretical CPU load factor and the disk load factor as a theoretical disk load factor by internal processing different from this simulation. The estimated load factor E [%] is calculated and output to the performance evaluation value storage file 4 in FIG. FIG. 9 is a flowchart of the internal processing (steps S61 to S67) of the performance evaluation unit 04. That is, in step S61, an average (maximum) estimated CPU usage time A1 (A2) for each target task is input,
In step S62, the average (maximum) estimated transfer byte length B1 (B2) of each target task and the estimated transfer count C1 (C2) are input, and in step S63, the evaluation time (simulation time) is input. In step S3, since the predicted number of activations for each target task has been input as described above, this data is also used.

【0066】次にステップS64でCPUの見積もり負
荷率を計算する。このCPU見積もり負荷率D〔%〕は
次式(7)で計算される。
Next, in step S64, an estimated load factor of the CPU is calculated. This estimated CPU load factor D [%] is calculated by the following equation (7).

【0067】[0067]

【数12】 D0= nΣi=1 〔(番号iの対象タスクの見積もりCPU使用時間〔ミリ秒〕 )×(番号iの対象タスクの予測起動回数〔回〕)〕 ・・・(7a) 但し、n:対象タスクの数 D=〔D0/(評価時間〔ミリ秒〕)〕×100〔%〕 ・・・(7) 次にステップS65でディスクの見積もり負荷率を計算
する。このディスク見積もり負荷率E〔%〕は次式
(8)で計算される。
Equation 12] D0 = n Σ i = 1 [(estimated CPU use time of the target task number i [ms]) × (predicted number of activations of the target task number i [times])] · · · (7a) Here, n: number of target tasks D = [D0 / (evaluation time [milliseconds])] × 100 [%] (7) Next, in step S65, the estimated load factor of the disk is calculated. The estimated disk load factor E [%] is calculated by the following equation (8).

【0068】[0068]

【数13】 E0=(平均アクセス時間〔ミリ秒〕)×(番号iの対象タスクの1起動での 見積もり転送バイト長〔バイト〕) /(システムバッファの大きさ〔バイト〕) ・・・(8a) 但し、 (平均アクセス時間〔ミリ秒〕) =(平均回転待ち時間)+(平均シーク時間)=定数 ・・・(8b) E1=(番号iの対象タスクの1起動での見積もり転送バイト長〔バイト〕) /(転送速度〔バイト/ミリ秒〕) ・・・(8c) 但し、転送速度〔バイト/ミリ秒〕:ディスク上のデー
タをシステムバッファに転送する単位時間当たりの大き
さとすると、対象タスクの1回のアクセス時間E2〔ミ
リ秒〕は、 E2=(E0+E1)×(番号iの対象タスクの見積もり転送回数〔回〕) ・・・(8d) E3= nΣi=1 〔E2×(番号iの対象タスクの予測起動回数〔回〕)〕 ・・・(8e) 但し、n:対象タスクの数 E=〔E3/(評価時間〔ミリ秒〕)〕×100〔%〕 ・・・(8) なお、式(8)の計算式は、システムバッファを経由し
てディスク上のデータがユーザバッファに転送されるフ
ァイルシステムを前提としている。
E0 = (Average access time [milliseconds]) × (estimated transfer byte length [byte] at one activation of the target task of number i [byte]) / (size of system buffer [byte]) ・ ・ ・ ( 8a) where (average access time [milliseconds]) = (average rotation waiting time) + (average seek time) = constant (8b) E1 = (estimated transfer byte in one activation of target task of number i) Length [byte]) / (transfer speed [byte / millisecond]) (8c) where transfer speed [byte / millisecond]: the size per unit time for transferring data on the disk to the system buffer One access time E2 [milliseconds] of the target task is: E2 = (E0 + E1) × (estimated number of transfer times of the target task of number i [times]) (8d) E3 = n = i = 1 [ E2 × (target tag of number i (8e) where n is the number of target tasks E = [E3 / (evaluation time [milliseconds])] × 100 [%] (8) , (8) is based on a file system in which data on a disk is transferred to a user buffer via a system buffer.

【0069】次のステップS66,S67では、夫々平
均及び最大の見積もり性能値を用い式(7),(8)で
算出された見積もり性能評価値としての平均及び最大の
各CPU見積もり負荷率,ディスク見積もり負荷率の出
力処理を行う。図10に示す性能評価値記憶ファイル4
は、シミュレーション結果の性能評価値(システム性能
データ)40aを記憶するシミュレーション性能評価値
記憶ファイル40と、平均CPU見積もり負荷率41
a,平均ディスク見積もり負荷率41b、及び最大CP
U見積もり負荷率41a’,最大ディスク見積もり負荷
率41b’を記憶する見積もり性能評価値記憶ファイル
41とからなる。そしてこの見積もり性能評価値記憶フ
ァイル41は平均及び最大の見積もり負荷率の計算に使
用される平均及び最大の見積もり性能値(夫々式(1)
〜(3)及び(4)〜(6)で算出される)に夫々対応
し、区別して構成される。
In the next steps S66 and S67, the average and maximum CPU estimated load ratios and disk capacity as the estimated performance evaluation values calculated by the equations (7) and (8) are calculated using the average and maximum estimated performance values, respectively. Outputs the estimated load factor. Performance evaluation value storage file 4 shown in FIG.
Is a simulation performance evaluation value storage file 40 for storing performance evaluation values (system performance data) 40a of simulation results, and an average CPU estimated load factor 41.
a, average disk estimated load factor 41b, and maximum CP
The estimated performance evaluation value storage file 41 stores the U estimated load factor 41a 'and the maximum disk estimated load factor 41b'. Then, the estimated performance evaluation value storage file 41 stores the average and maximum estimated performance values (Equation (1), respectively) used for calculating the average and maximum estimated load factors.
To (3) and (4) to (6)) respectively.

【0070】このようにして、シミュレーションにより
求められたCPU負荷率やディスク負荷率を含む性能評
価値(システム性能データ)と、この平均,最大のCP
U見積もり負荷率41a,42a、および平均,最大の
ディスク見積もり負荷率41b,42bとから、より正
確に開発中の計算機システムの性能の良否を予測するこ
とができる。
The performance evaluation value (system performance data) including the CPU load factor and the disk load factor obtained by the simulation, and the average and maximum CP
From the U estimated load factors 41a and 42a and the average and maximum disk estimated load factors 41b and 42b, the quality of the performance of the computer system under development can be more accurately predicted.

【0071】また更に、これらの予測の負荷率と、実計
算機システムの実業務処理時においてオペレーティング
・システムなどの性能測定機能によって測定された実際
の負荷率との互いに対応するもの同士を比較することに
よって、シミュレーションの演算精度を高める指針を得
るためのより多くのデータを得ることができる。
Furthermore, these predicted load factors are compared with the actual load factors measured by the performance measuring function of the operating system or the like during the actual business processing of the real computer system. Thus, more data for obtaining a guideline for improving the calculation accuracy of the simulation can be obtained.

【0072】[0072]

【発明の効果】本発明によれば、制御用計算機システム
をアプリケーション部、オペレーティングシステム部、
ハードウエア部に分割し、各部の性能表を表すアプリケ
ーションモデル、オペレーティングシステムモデル、ハ
ードウエアモデルで前記制御用計算機システムのシステ
ム性能モデルを求め、該システム性能モデルを用いてシ
ステムシミュレーションを行ってシステム性能データを
求めて制御用計算機システムの性能を評価する方法にお
いて、アプリケーションモデルに用いるタスク別の資源
の使用状況を示す見積もり性能値を、当該制御用計算機
システムの実動作で求めた、当該産業分野で使用される
既存の複数のタスク毎の資源の使用状況を示す性能測定
値から算出するようにし、また前記見積もり性能値とし
て前記性能測定値の単純平均値を用いた平均見積もり性
能値、及び少なくとも重み付けのために性能測定値の中
の最大値を用い所定の演算で求めたワーストケース想定
用の最大見積もり性能値の2つの見積もり性能値を用い
た場合について夫々システムシミュレーションを行うよ
うにしたので、比較的簡単に性能予測のシミュレーショ
ンのための入力データを見積もることができる。また、
前記2つの場合のシミュレーション結果からCPU及び
ディスクについての幅のある負荷率が得られ、演算精度
の検討が容易になる。
According to the present invention, the control computer system includes an application unit, an operating system unit,
The system is divided into hardware sections, a system performance model of the control computer system is obtained from an application model, an operating system model, and a hardware model representing performance tables of the respective sections, and a system simulation is performed using the system performance model. In the method of evaluating the performance of the control computer system by obtaining data, an estimated performance value indicating the use status of the resource for each task used in the application model was obtained by the actual operation of the control computer system. An average estimated performance value using a simple average value of the performance measurement values as the estimated performance value, and at least weighting. Use the maximum of the performance measurements for The system simulation is performed for each of the two estimated performance values of the maximum estimated performance value for the worst case assumption obtained by the above calculation, so that the input data for the performance prediction simulation is relatively easily estimated. be able to. Also,
From the simulation results in the above two cases, a wide load factor for the CPU and the disk can be obtained, and the examination of the calculation accuracy becomes easy.

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

【図1】本発明の処理を示すフローチャートFIG. 1 is a flowchart showing processing of the present invention.

【図2】本発明の実施例としての性能測定値記憶ファイ
ルの構成図
FIG. 2 is a configuration diagram of a performance measurement value storage file as an embodiment of the present invention.

【図3】同じく性能予測値記憶ファイルの構成図FIG. 3 is a configuration diagram of a performance prediction value storage file.

【図4】同じく性能測定値入力手段の処理を示すフロー
チャート
FIG. 4 is a flowchart showing the processing of a performance measurement value input unit.

【図5】同じくタスク予測起動回数入力手段の処理を示
すフローチャート
FIG. 5 is a flowchart showing the processing of a task prediction activation count input unit.

【図6】同じく平均見積もり性能値計算手段の処理を示
すフローチャート
FIG. 6 is a flowchart showing the processing of the average estimated performance value calculating means.

【図7】同じく見積もり性能値記憶ファイルの構成図FIG. 7 is a configuration diagram of an estimated performance value storage file.

【図8】同じく最大見積もり性能値計算手段の処理を示
すフローチャート
FIG. 8 is a flowchart showing the processing of the maximum estimated performance value calculating means.

【図9】同じく性能評価手段の内部処理を示すフローチ
ャート
FIG. 9 is a flowchart showing the internal processing of the performance evaluation unit.

【図10】同じく性能評価値記憶ファイルの構成図FIG. 10 is a configuration diagram of a performance evaluation value storage file.

【図11】先願発明のデータ・フロー図FIG. 11 is a data flow diagram of the invention of the prior application.

【図12】先願発明の一実施例としてのプロセス特性モ
デルの定義図表
FIG. 12 is a definition chart of a process characteristic model as one embodiment of the invention of the prior application;

【図13】同じくプロセス起動モデルの定義図表FIG. 13 is also a definition chart of a process activation model.

【図14】同じくOSモデルの定義図表FIG. 14 is a definition chart of the OS model.

【図15】同じくハードウェア・モデルの定義図表FIG. 15 is also a definition chart of a hardware model.

【図16】同じくAPモデルの記憶の枠組みを示す図表FIG. 16 is a chart showing a framework of storage of an AP model.

【図17】同じく状態遷移図FIG. 17 is also a state transition diagram.

【図18】同じく事象駆動のフローチャートFIG. 18 is a flowchart of the event drive.

【符号の説明】[Explanation of symbols]

01 性能測定値入力手段 02 タスク予測起動回数入力手段 03 平均見積もり性能値計算手段 03’ 最大見積もり性能値計算手段 04 性能評価手段 1 性能測定値記憶ファイル 2 性能予測値記憶ファイル 3 見積もり性能値記憶ファイル 4 性能評価値記憶ファイル 11 CPU使用時間(#1)ファイル 11a タスク名 11b 起動時刻 11c CPU使用時間 12 CPU使用時間(#2)ファイル 12a タスク名 12b 全起動での総CPU使用時間 13 ディスク使用量ファイル 13a タスク名 13b 起動時刻 13c ファイル名 13d ファイル種別 13e 転送バイト長の合計 13f 転送回数の合計 21 タスク予測起動回数ファイル 21a タスク名 21b 予測再起動間隔 21c 予測総起動回数 31 見積もりCPU使用時間ファイル 31a タスク名 31b 平均見積もりCPU使用時間 31b’ 最大見積もりCPU使用時間 32 見積もり転送バイト長・転送回数ファイル 32a タスク名 32b 平均見積もり転送バイト長 32b’ 最大見積もり転送バイト長 32c 平均見積もり転送回数 32c’ 最大見積もり転送回数 40 シミュレーション性能評価値記憶ファイル 40a シミュレーション結果の性能評価値 41 見積もり性能評価値記憶ファイル 41a 平均CPU見積もり負荷率 41a’ 最大CPU見積もり負荷率 41b 平均ディスク見積もり負荷率 41b’ 最大ディスク見積もり負荷率 01 Performance measurement value input means 02 Task estimated start count input means 03 Average estimated performance value calculation means 03 'Maximum estimated performance value calculation means 04 Performance evaluation means 1 Performance measurement value storage file 2 Performance prediction value storage file 3 Estimated performance value storage file 4 Performance evaluation value storage file 11 CPU usage time (# 1) file 11a Task name 11b Start time 11c CPU usage time 12 CPU usage time (# 2) file 12a Task name 12b Total CPU usage time in all startups 13 Disk usage File 13a Task name 13b Start time 13c File name 13d File type 13e Total transfer byte length 13f Total transfer count 21 Task estimated start count file 21a Task name 21b Predicted restart interval 21c Estimated total start count 31 Estimated CPU usage Time file 31a Task name 31b Average estimated CPU usage time 31b 'Maximum estimated CPU usage time 32 Estimated transfer byte length / number of transfer files 32a Task name 32b Average estimated transfer byte length 32b' Maximum estimated transfer byte length 32c Average estimated transfer count 32c ' Maximum estimated transfer count 40 Simulation performance evaluation value storage file 40a Performance evaluation value of simulation result 41 Estimated performance evaluation value storage file 41a Average CPU estimated load factor 41a 'Maximum CPU estimated load factor 41b Average disk estimated load factor 41b' Maximum disk estimated load rate

Claims (4)

【特許請求の範囲】[Claims] 【請求項1】制御用計算機システムをアプリケーション
部、オペレーティングシステム部、ハードウエア部に分
割し、各部の性能表を表すアプリケーションモデル、オ
ペレーティングシステムモデル、ハードウエアモデルで
前記制御用計算機システムのシステム性能モデルを求
め、該システム性能モデルを用いてシステムシミュレー
ションを行ってシステム性能データを求めて制御用計算
機システムの性能を評価する方法であって、 アプリケーションモデルに用いるタスク別の資源の使用
状況を示す見積もり性能値を、当該制御用計算機システ
ムの実動作で求めた、当該産業分野で使用される既存の
複数のタスク毎の資源の使用状況を示す性能測定値から
算出するようにしたことを特徴とする制御用計算機シス
テムの性能評価方法。
1. A control computer system is divided into an application section, an operating system section, and a hardware section, and a system performance model of the control computer system is represented by an application model, an operating system model, and a hardware model representing a performance table of each section. And performing system simulation using the system performance model to obtain system performance data to evaluate the performance of the control computer system. The estimated performance indicating the usage status of resources for each task used in the application model The control is characterized in that the value is calculated from a performance measurement value obtained by actual operation of the control computer system and indicating the usage status of resources for each of a plurality of existing tasks used in the industrial field. Of computer system performance evaluation.
【請求項2】請求項1に記載の制御用計算機システムの
性能評価方法において、 前記見積もり性能値として前記性能測定値の単純平均値
を用いた平均見積もり性能値、及び少なくとも重み付け
のために性能測定値の中の最大値を用い所定の演算で求
めたワーストケース想定用の最大見積もり性能値の2つ
の見積もり性能値を用いた場合について夫々システムシ
ミュレーションを行うようにしたことを特徴とする制御
用計算機システムの性能評価方法。
2. The performance evaluation method for a control computer system according to claim 1, wherein an average estimated performance value using a simple average value of the performance measurement values as the estimated performance value, and at least a performance measurement for weighting. A control computer characterized in that system simulation is performed for each of two estimated performance values of a maximum estimated performance value for a worst case assumption obtained by a predetermined operation using a maximum value among the values. System performance evaluation method.
【請求項3】請求項2に記載の制御用計算機システムの
性能評価方法において、 前記最大見積もり性能値として、当該制御用計算機シス
テムの操業時の当該タスクの起動頻度を手計算により想
定して求めたタスクの予測起動回数分の起動を仮定し、
この各起動において測定起動回数分は実測された各性能
測定値を設定し、残る予測起動回数と測定起動回数の差
の起動回数分は前記最大値を設定して求めた予測起動回
数分の平均値を用いるようにしたことを特徴とする制御
用計算機システムの性能評価方法。
3. The method for evaluating the performance of a control computer system according to claim 2, wherein the maximum estimated performance value is obtained by assuming the task activation frequency during operation of the control computer system by manual calculation. Assuming that the task has been started for the estimated number of starts,
In each of these startups, the measured performance count is set for each measured performance value, and the remaining startup count of the difference between the predicted startup count and the measured startup count is the average of the predicted startup counts obtained by setting the maximum value. A method for evaluating the performance of a control computer system, characterized in that a value is used.
【請求項4】請求項2または3に記載の制御用計算機シ
ステムの性能評価方法において、 前記平均見積もり性能値を用い所定の演算によって求め
た資源の平均の見積もり負荷率、及び前記最大見積もり
性能値を用い該所定の演算と同じ演算によって求めた資
源の最大の見積もり負荷率と、当該の制御用計算機シス
テムの実業務の処理時においてオペレーティング・シス
テムなどの性能測定機能によって測定された資源の負荷
率との互いに対応する負荷率同士を比較するようにした
ことを特徴とする制御用計算機システムの性能評価方
法。
4. The performance evaluation method for a control computer system according to claim 2, wherein the average estimated load factor of the resources obtained by a predetermined operation using the average estimated performance value, and the maximum estimated performance value. And the maximum estimated load factor of the resource obtained by the same operation as the predetermined operation, and the load factor of the resource measured by a performance measurement function such as an operating system during the actual operation of the control computer system. A method for evaluating the performance of a control computer system, wherein load factors corresponding to each other are compared with each other.
JP8294266A 1996-11-07 1996-11-07 Method for evaluating performance of computer system for control Pending JPH10143400A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP8294266A JPH10143400A (en) 1996-11-07 1996-11-07 Method for evaluating performance of computer system for control

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP8294266A JPH10143400A (en) 1996-11-07 1996-11-07 Method for evaluating performance of computer system for control

Publications (1)

Publication Number Publication Date
JPH10143400A true JPH10143400A (en) 1998-05-29

Family

ID=17805497

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8294266A Pending JPH10143400A (en) 1996-11-07 1996-11-07 Method for evaluating performance of computer system for control

Country Status (1)

Country Link
JP (1) JPH10143400A (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006048703A (en) * 2004-08-02 2006-02-16 Microsoft Corp Automatic validity check and calibration of performance model of transaction base
JP2007316947A (en) * 2006-05-25 2007-12-06 Nippon Telegr & Teleph Corp <Ntt> Operation method for control system for controlling gateway
CN100385401C (en) * 2004-12-24 2008-04-30 富士通株式会社 Analysis technique of execution states in computer system
US7917954B1 (en) 2010-09-28 2011-03-29 Kaspersky Lab Zao Systems and methods for policy-based program configuration
JP2012181674A (en) * 2011-03-01 2012-09-20 Nippon Steel Corp Program creation support device, program creation support method and computer program
JP2012185726A (en) * 2011-03-07 2012-09-27 Nec Corp Simulation data generating system, method, and program
JP2014132419A (en) * 2013-01-07 2014-07-17 Nec Corp Performance prediction device of virtualization system, performance prediction method and computer program

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006048703A (en) * 2004-08-02 2006-02-16 Microsoft Corp Automatic validity check and calibration of performance model of transaction base
CN100385401C (en) * 2004-12-24 2008-04-30 富士通株式会社 Analysis technique of execution states in computer system
JP2007316947A (en) * 2006-05-25 2007-12-06 Nippon Telegr & Teleph Corp <Ntt> Operation method for control system for controlling gateway
US8079060B1 (en) 2010-05-18 2011-12-13 Kaspersky Lab Zao Systems and methods for policy-based program configuration
US7917954B1 (en) 2010-09-28 2011-03-29 Kaspersky Lab Zao Systems and methods for policy-based program configuration
JP2012181674A (en) * 2011-03-01 2012-09-20 Nippon Steel Corp Program creation support device, program creation support method and computer program
JP2012185726A (en) * 2011-03-07 2012-09-27 Nec Corp Simulation data generating system, method, and program
JP2014132419A (en) * 2013-01-07 2014-07-17 Nec Corp Performance prediction device of virtualization system, performance prediction method and computer program

Similar Documents

Publication Publication Date Title
US5881283A (en) Job scheduling analysis method and system using historical job execution data
Kalavade et al. A global criticality/local phase driven algorithm for the constrained hardware/software partitioning problem
Simakov et al. A slurm simulator: Implementation and parametric analysis
JP2720910B2 (en) Apparatus and method for managing workload of a data processing system
JP6265033B2 (en) Process migration method, computer system operating to perform process migration, intermediate computing resource in such system, and computing resource selection method before partitioning for process migration method
JP2002517833A (en) Computer implemented scheduling system and method using abstract local search method
Burns et al. Allocating and scheduling hard real-time tasks on a point-to-point distributed system
KR20160003710A (en) Task time allocation method allowing deterministic error recovery in real time
CN114217966A (en) Deep learning model dynamic batch processing scheduling method and system based on resource adjustment
CN114327881A (en) Task scheduling method and device
JPH10143400A (en) Method for evaluating performance of computer system for control
Liu et al. High-responsive scheduling with MapReduce performance prediction on hadoop YARN
Bobrek et al. Stochastic contention level simulation for single-chip heterogeneous multiprocessors
JP2011192049A (en) Virtual machine system, automatic migration method, and automatic migration program
Wang et al. Towards improving mapreduce task scheduling using online simulation based predictions
CN113407343A (en) Service processing method, device and equipment based on resource allocation
CN112416596A (en) Node scheduling method, device and equipment
JP5542643B2 (en) Simulation apparatus and simulation program
CN112580816A (en) Machine learning training resource management
US20200089729A1 (en) Optimization problem arithmetic method and optimization problem arithmetic apparatus
JP5793259B1 (en) Information processing apparatus, flow control parameter calculation method, and program
JPH06274363A (en) Performance evaluation method for control computer system
JP6573583B2 (en) System development support apparatus and system development support method
JP4997144B2 (en) Multitask processing apparatus and method
Orhan et al. Designing reusable and run-time evolvable scheduling software