JP2016143146A - Auto-resource logging system, auto-resource logging method, and program - Google Patents
Auto-resource logging system, auto-resource logging method, and program Download PDFInfo
- Publication number
- JP2016143146A JP2016143146A JP2015016976A JP2015016976A JP2016143146A JP 2016143146 A JP2016143146 A JP 2016143146A JP 2015016976 A JP2015016976 A JP 2015016976A JP 2015016976 A JP2015016976 A JP 2015016976A JP 2016143146 A JP2016143146 A JP 2016143146A
- Authority
- JP
- Japan
- Prior art keywords
- logging
- code
- measurement
- terminal
- measurement section
- 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.)
- Granted
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
Description
本発明は、ソフトウェアの性能評価を行うために、評価対象のソフトウェア自体に、性能評価に必要なログを出力するためのロギングコードを埋め込むことが可能なオートリソースロギングシステム、オートリソースロギング方法及びプログラムに関する。 The present invention relates to an auto resource logging system, an auto resource logging method, and a program capable of embedding a logging code for outputting a log necessary for performance evaluation in the evaluation target software itself in order to perform software performance evaluation About.
現状では、ソフトウェアの後述する性能評価を行うために必要な上述したロギングコードの埋め込みを行う場合、性能計測のためのプログラムに基づくロギングコード（文字列）を人が設計し、この設計されたロギングコードをソフトウェアに埋め込む等の手法が取られている。性能評価とは、メモリの空き容量をチェックしたり、プログラムがＣＰＵ(Central Processing Unit)リソース（使用可能量）を使用する際のプログラムカウンタをチェックしたりすることである。 At present, when embedding the above-mentioned logging code necessary for performance evaluation of the software described later, a person designs a logging code (character string) based on a performance measurement program, and this designed logging Techniques such as embedding code in software are taken. The performance evaluation means checking the free capacity of the memory or checking a program counter when the program uses a CPU (Central Processing Unit) resource (usable amount).
また、性能評価のために、プログラムカウンタにより、ＣＰＵクロック消費量を求めたり、メモリの解放容量を検出して、メモリの空き容量を求めたりする手法も取られている。この内容を含む従来技術として特許文献１に記載のものがある。
In addition, for performance evaluation, a method of obtaining a CPU clock consumption by a program counter or detecting a memory free capacity to obtain a free memory capacity is also used. There exists a thing of
ところで、ソフトウェアにロギングコードを埋め込む場合、埋め込み個所が多くなるケースが多々ある。この多くの埋め込み個所にロギングコードが存在するため、ソフトウェアの性能評価のための計測区間が管理し難くなるという問題がある。 By the way, when the logging code is embedded in the software, there are many cases where the number of embedded portions increases. Since logging codes exist in many of these embedding locations, there is a problem that it becomes difficult to manage the measurement section for software performance evaluation.
また、ロギングコードを人が設計してソフトウェアに埋め込む必要があるので、ロギングコードの埋め込みに手間が掛かるという問題がある。 Further, since it is necessary for a person to design the logging code and embed it in the software, there is a problem that it takes time to embed the logging code.
更に、プロファイラによるソフトウェアの性能計測では、関数単位の時間計測しか行えない。自動で全ての関数について計測してしまうため、性能計測のための処理が増加してしまう。言い換えれば、性能を計測するためのプログラムによる計測オーバーヘッドが増加するという問題がある。 Furthermore, software performance measurement using a profiler can only perform time measurement in units of functions. Since all functions are automatically measured, processing for performance measurement increases. In other words, there is a problem that measurement overhead due to a program for measuring performance increases.
本発明は、このような背景に鑑みてなされたものであり、ソフトウェアの性能評価のための計測区間を容易に管理することができ、ソフトウェアへのロギングコードの埋め込みを容易に行うことができ、計測オーバーヘッドを減少させることができるオートリソースロギングシステム、オートリソースロギング方法及びプログラムを提供することを課題とする。 The present invention was made in view of such a background, can easily manage the measurement section for software performance evaluation, can easily embed the logging code in the software, It is an object of the present invention to provide an auto resource logging system, an auto resource logging method, and a program capable of reducing measurement overhead.
前記した課題を解決するため、請求項１に記載の発明は、端末機と、前記端末機からソースコードを受信してロギングコードを埋め込むプリプロセッシングを行うビルドサーバとを備えたオートリソースロギングシステムであって、前記ビルドサーバは、前記端末機で実行されるソフトウェアの性能評価を行うための、当該ソフトウェアに対応するソースコードの計測区間を記憶する計測区間記憶部と、前記ソースコード内で性能計測を行うためのロギングコードが記憶されたロギングコード記憶部と、前記計測区間記憶部に記憶された計測区間を取得し、この取得した計測区間での性能評価のための計測によるログを出力する命令を行うロギングコードを、前記ロギングコード記憶部から取得し、この取得したロギングコードを、前記端末機から受信したソースコードに埋め込むプリプロセッシング処理を実行するプリプロセッシング機能部と、を備えることを特徴とするオートリソースロギングシステムである。
In order to solve the above-described problem, an invention according to
この構成によれば、ソースコードに対応するソフトウェアの性能評価のための計測区間を容易に管理することができる。また、ソフトウェアへのロギングコードの埋め込みを容易に行うことができる。更に、端末機のユーザが指定する任意の区間のみの計測が可能となるので、計測オーバーヘッドを最小化できる。言い換えれば、計測オーバーヘッドを減少させることができる。 According to this configuration, it is possible to easily manage a measurement section for software performance evaluation corresponding to the source code. Also, the logging code can be easily embedded in the software. Furthermore, since measurement is possible only in an arbitrary section designated by the user of the terminal, measurement overhead can be minimized. In other words, measurement overhead can be reduced.
請求項２に係る発明は、請求項１において、前記ロギングコードは、前記ソフトウェアの前記計測区間のクロック数を計測するコードを有することを特徴とする請求項１に記載のオートリソースロギングシステムである。
The invention according to claim 2 is the auto resource logging system according to
この構成によれば、端末機のＣＰＵクロック消費量を検出することができるので、プログラム（ソフトウェア）がどれだけＣＰＵリソースを消費したかを把握することができる。 According to this configuration, since the CPU clock consumption of the terminal can be detected, it is possible to grasp how much CPU resources are consumed by the program (software).
請求項３に係る発明は、請求項１又は２において、前記ビルドサーバは、前記端末機から指定された前記計測区間のログを出力する条件としての出力閾値を記憶する閾値記憶部を更に備え、前記プリプロセッシング機能部は、前記計測区間を取得した際に、前記閾値記憶部に記憶された出力閾値も取得し、この取得した計測区間で尚且つ出力閾値以上のサイズのログを出力するためのロギングコードを、前記ソースコードに埋め込む処理を実行することを特徴とする請求項１又は２に記載のオートリソースロギングシステムである。
The invention according to claim 3 is the invention according to
この構成によれば、ソフトウェアの区間計測時のログのサイズが、出力閾値で制限されるので、例えば、出力閾値を３ＭＢ（メガバイト）に設定すると、３ＭＢ未満のサイズのログは出力されず、３ＭＢ以上のログが出力されるようになる。このため、出力閾値を大きく（例えば８ＭＢ）しておけば、ノイズのような小容量のログは出力されない。また、出力閾値を「異常な値」と設定しておけば、出力閾値以上のサイズのログが出力された際に、異常と判定することが可能となる。 According to this configuration, the log size at the time of software section measurement is limited by the output threshold value. For example, if the output threshold value is set to 3 MB (megabytes), a log having a size less than 3 MB is not output. The above log will be output. For this reason, if the output threshold is increased (for example, 8 MB), a small-capacity log such as noise is not output. Also, if the output threshold is set to “abnormal value”, it is possible to determine that the log is abnormal when a log having a size larger than the output threshold is output.
請求項４に係る発明は、請求項１において、前記プリプロセッシング機能部は、前記計測区間記憶部に記憶された前記計測区間の指定がメソッド単位である場合、計測区間の呼び出し元プログラムの命令を受けて、計測対象の計測区間を有する複数の下位モジュールに対して、間接的に区間計測を可能とするプログラムを更に備えることを特徴とする請求項１に記載のオートリソースロギングシステムである。
According to a fourth aspect of the present invention, in the first aspect, the preprocessing function unit, when the measurement interval stored in the measurement interval storage unit is a method unit, outputs the instruction of the calling program of the measurement interval. The auto resource logging system according to
この構成によれば、計測区間の呼び出し元プログラムが１回の命令を行えば、間接的に区間計測を可能とするプログラムにより、複数の下位モジュールに対して区間計測を行うことができる。 According to this configuration, if the calling program of the measurement section performs one instruction, the section measurement can be performed on a plurality of lower modules by the program that enables the section measurement indirectly.
請求項５に係る発明は、請求項１〜４の何れか１項において、前記プリプロセッシング機能部は、前記ロギングコードによる区間計測のために必要な命令による区間計測実行時のオーバーヘッドを事前に計測し、この計測オーバーヘッドを用いて、前記端末機による実行ファイルの実行時に得られる計測結果を補正可能とするロギングコードを、前記ソースコードに埋め込むことを特徴とする請求項１〜４の何れか１項に記載のオートリソースロギングシステムである。 A fifth aspect of the present invention provides the method according to any one of the first to fourth aspects, wherein the preprocessing function unit measures in advance the overhead at the time of section measurement execution by an instruction necessary for section measurement by the logging code. Then, a logging code that can correct a measurement result obtained when the execution file is executed by the terminal is embedded in the source code using the measurement overhead. The auto resource logging system described in the section.
この構成によれば、次のような作用効果が得られる。性能評価対象のソフトウエアにおいて、性能評価のために取得した計測区間の実際のクロック数に対して、区間計測時のクロック数は計測コードの実行にかかるクロック数分ずれており、このずれが計測オーバーヘッドである。例えば、実行ファイル実行時に得られる計測結果から計測オーバーヘッドを減算することにより、その計測結果を補正することができる。 According to this configuration, the following operational effects can be obtained. In the software subject to performance evaluation, the number of clocks at the time of section measurement is shifted by the number of clocks required to execute the measurement code with respect to the actual number of clocks of the measurement section acquired for performance evaluation. Overhead. For example, the measurement result can be corrected by subtracting the measurement overhead from the measurement result obtained when executing the executable file.
請求項６に係る発明は、前記ビルドサーバは、前記ロギングコードを埋め込んだソースコードをコンパイルして、コンピュータが処理可能な実行ファイルに変換するコンパイル機能部を更に備え、前記端末機は、前記実行ファイルを実行することを特徴とする請求項１に記載のオートリソースロギングシステムである。
The invention according to
この構成によれば、端末機が、ソフトウェアの計測区間において、クロック数計測によるＣＰＵクロック消費量を検出することができるので、プログラム（ソフトウェア）がどれだけＣＰＵリソースを消費したかを把握することができる。また、同計測区間において、出力閾値以上のログのサイズを検出できるので、メモリの異常な解放を検出することができる。これにより、データ異常やプロセス異常を発見することができるので、ソフトウェアのバグ検出を行うことができる。 According to this configuration, since the terminal can detect the CPU clock consumption by measuring the number of clocks in the software measurement section, it is possible to grasp how much CPU resources are consumed by the program (software). it can. In addition, since the log size equal to or larger than the output threshold value can be detected in the same measurement section, abnormal memory release can be detected. This makes it possible to detect data abnormalities and process abnormalities, so that software bugs can be detected.
請求項７に係る発明は、端末機と、前記端末機からソースコードを受信してロギングコードを埋め込むプリプロセッシングを行うビルドサーバとを備えたオートリソースロギングシステムのオートリソースロギング方法であって、前記ビルドサーバは、前記端末機で実行されるソフトウェアの性能評価を行うための、当該ソフトウェアに対応するソースコードの計測区間を記憶する第１ステップと、前記ソースコード内で性能計測を行うためのロギングコードを記憶する第２ステップと、前記第１ステップで記憶された計測区間を取得し、この取得した計測区間での性能評価のための計測によるログを出力する命令を行うロギングコードを、前記第２ステップで記憶されたロギングコードから取得し、この取得したロギングコードを、前記端末機から受信したソースコードに埋め込むプリプロセッシング処理を実行する第３ステップを実行することを特徴とするオートリソースロギング方法。 The invention according to claim 7 is an auto resource logging method of an auto resource logging system comprising a terminal and a build server that receives a source code from the terminal and performs preprocessing to embed a logging code, The build server has a first step of storing a measurement section of source code corresponding to the software for performing performance evaluation of software executed on the terminal, and logging for performing performance measurement in the source code A second step of storing a code; and a logging code for executing a command to output a log of measurement for performance evaluation in the acquired measurement section, and acquiring the measurement section stored in the first step. Obtained from the logging code stored in two steps, and the obtained logging code is Auto resource logging method characterized by performing the third step of performing a pre-processing process of embedding the source code received from the machine.
この方法によれば、ソースコードに対応するソフトウェアの性能評価のための計測区間を容易に管理することができる。また、ソフトウェアへのロギングコードの埋め込みを容易に行うことができる。更に、端末機のユーザが指定する任意の区間のみの計測が可能となるので、計測オーバーヘッドを減少させることができる。 According to this method, it is possible to easily manage a measurement section for software performance evaluation corresponding to the source code. Also, the logging code can be easily embedded in the software. Furthermore, since only an arbitrary section designated by the user of the terminal can be measured, the measurement overhead can be reduced.
請求項８に係る発明は、請求項７に記載のオートリソースロギング方法を、前記ビルドサーバとしてのコンピュータに実行させるためのプログラムである。 The invention according to claim 8 is a program for causing a computer as the build server to execute the auto resource logging method according to claim 7.
このプログラムによれば、ソースコードに対応するソフトウェアの性能評価のための計測区間を容易に管理することができる。また、ソフトウェアへのロギングコードの埋め込みを容易に行うことができる。更に、端末機のユーザが指定する任意の区間のみの計測が可能となるので、計測オーバーヘッドを減少させることができる。 According to this program, it is possible to easily manage a measurement section for software performance evaluation corresponding to the source code. Also, the logging code can be easily embedded in the software. Furthermore, since only an arbitrary section designated by the user of the terminal can be measured, the measurement overhead can be reduced.
本発明によれば、ソフトウェアの性能評価のための計測区間を容易に管理することができ、ソフトウェアへのロギングコードの埋め込みを容易に行うことができ、計測オーバーヘッドを減少させることができるオートリソースロギングシステム、オートリソースロギング方法及びプログラムを提供することができる。 According to the present invention, it is possible to easily manage a measurement section for software performance evaluation, to easily embed a logging code in software, and to reduce measurement overhead. A system, an auto resource logging method, and a program can be provided.
以下、本発明の実施形態を、図面を参照して説明する。
＜実施形態の構成＞
図１は、本発明の実施形態に係るオートリソースロギングシステムの構成を示すブロック図である。
図１に示すオートリソースロギングシステム１０（単に、システム１０ともいう）は、ユーザ端末機２０と、ビルドサーバ３０と、アカウント管理サーバ４０とを備え、ソフトウェアにロギングコードを埋め込むロギング埋込を行うプリプロセッシング処理（前処理）を行うものである。ロギング埋込の処理は、端末機２０に当該ソフトウェアを実行させる前に行われる。この処理を、オートリソースロギング処理という。ロギング埋込の処理内容については、後述する。
Embodiments of the present invention will be described below with reference to the drawings.
<Configuration of Embodiment>
FIG. 1 is a block diagram showing a configuration of an auto resource logging system according to an embodiment of the present invention.
1 includes a
ユーザ端末機２０、ビルドサーバ３０及びアカウント管理サーバ４０は、有線や無線回線によるインターネット回線で接続されている。なお、アカウント管理サーバ４０を管理サーバ４０ともいい、ユーザ端末機２０を端末機２０ともいう。
The
端末機２０は、システム１０のユーザが、アカウント情報の登録、更新、削除や認証（又は特定）要求等の各種操作を行う通信機能付のコンピュータである。この端末機２０は、通信に係る処理を行う送受信部２０ａ及びアカウント要求応答部２０ｂと、本発明の特徴構成要素の実行ファイル実行処理部２０ｃと、ソースコード記憶部２０ｄ、オーバーヘッド記憶部２０ｅ及びＣＳＶ記憶部２０ｆを有する外部記憶部２０ｇとを備える。なお、アカウント情報は、ユーザが、インターネット上のサーバやコンピュータへのログインを行う権利を得るための情報であり、ユーザのユーザＩＤ(Identification)やパスワードを含むものである。
The
ビルドサーバ３０は、端末機２０からソースコードＳＣを受信し、性能評価対象のソフトウェア（プログラム）にロギングコードＬＣを埋め込むプリプロセッシングを行うサーバである。このビルドサーバ３０は、通信に係る処理を行う送受信部３０ａ及びアカウント要求応答部３０ｂと、本発明の特徴であるオートリソースロギング処理に係るプリプロセッシング機能部３０ｃと、計測区間記憶部３０ｄと、閾値記憶部３０ｅと、ロギングコード記憶部３０ｆと、コンパイル機能部３０ｈとを備える。
The
管理サーバ４０は、ユーザのアカウント情報の登録、更新、削除や認証等を行ってアカウントの管理を行うサーバであり、送受信部４０ａ及びアカウント管理処理部４０ｂを備える。
The
ここで、端末機２０、ビルドサーバ３０及び管理サーバ４０における通信を行うための処理であるアカウント情報の登録、更新、削除や認証等の各種処理について説明する。
Here, various processes such as registration, update, deletion and authentication of account information, which are processes for performing communication in the terminal 20, the
端末機２０において、送受信部２０ａは、ユーザのアカウント登録や認証に係るアカウント情報並びに、その他、後述のようにビルドサーバ３０との間で遣り取りされる各種情報を送受信する。
アカウント要求応答部２０ｂは、ユーザのアカウント情報をビルドサーバ３０を介して管理サーバ４０へ登録、更新、削除や認証する要求の制御を行うと共に、管理サーバ４０からビルドサーバ３０を介して返信されてきたアカウント登録、更新、削除や認証の応答結果を表示する制御を行う。
In the
The account
ビルドサーバ３０において、送受信部３０ａは、端末機２０又は管理サーバ４０との間で遣り取りされる各種情報を送受信する。
アカウント要求応答部３０ｂは、端末機２０から送信されてきた登録要求情報に応じて、管理サーバ４０にアカウント登録要求を行い、この登録要求に応じて管理サーバ４０から返信されてきた登録応答情報を、端末機２０へ送信する。また、アカウント要求応答部３０ｂは、端末機２０から送信されてきた認証要求情報に応じて、管理サーバ４０にアカウント認証要求を行い、この認証要求に応じて管理サーバ４０から返信されてきた認証応答情報を、端末機２０へ送信する。
In the
The account
管理サーバ４０において、送受信部４０ａは、ビルドサーバ３０との間で、上述したような各種情報を送受信する。
アカウント管理処理部４０ｂは、アカウント情報に含まれるユーザＩＤやパスワードを事前登録する処理、ユーザＩＤに紐づきユーザ情報を更新する処理、ユーザＩＤに紐づきユーザ情報を削除する処理、ユーザＩＤ及びパスワードを用いてユーザの特定を行うアカウント認証の処理を行う。
In the
The account
端末機２０、ビルドサーバ３０及び管理サーバ４０による通信を行うためのアカウント情報の登録や認証等の処理について、図２に示すシーケンス図を参照して詳細に説明する。
Processing such as registration and authentication of account information for communication by the terminal 20, the
図２において、端末機２０のアカウント要求応答部２０ｂ（図１）は、ステップＳ１，Ｓ２に示すように、ユーザのアカウント情報をビルドサーバ３０を介して管理サーバ４０へ登録する要求制御（アカウント登録要求）を行う。これに応じて、ステップＳ３に示すように、管理サーバ４０がそのユーザのアカウント情報を登録する。管理サーバ４０は、そのアカウント登録の結果を、ステップＳ４，Ｓ５に示すようにビルドサーバ３０を介して端末機２０へ応答（アカウント登録応答）する。端末機２０のアカウント要求応答部２０ｂは、ステップＳ６に示すように、その返信されてきたアカウント登録結果を表示する。
In FIG. 2, the account
また、端末機２０のアカウント要求応答部２０ｂは、ステップＳ７，Ｓ８に示すように、ユーザのアカウント情報を認証する要求制御（アカウント認証要求）をビルドサーバ３０を介して管理サーバ４０へ行う。これに応じて、ステップＳ９に示すように、管理サーバ４０がそのユーザのアカウント情報の認証を行う。管理サーバ４０は、そのアカウント認証の結果を、ステップＳ１０，Ｓ１１に示すようにビルドサーバ３０を介して端末機２０へ応答（アカウント認証応答）する。端末機２０のアカウント要求応答部２０ｂは、ステップＳ１２に示すように、その返信されてきたアカウント認証結果を、端末機２０の図示せぬ画面に表示する。認証結果がＯＫであれば後述する次の処理へ進む。
Further, the account
図１に戻って、端末機２０の本発明の特徴構成要素について説明する。
ソースコード記憶部２０ｄは、コンピュータでの処理が不可能なプログラミング言語で記述されたソースコードＳＣを記憶するものである。このソースコードＳＣには、後述するビルドサーバ３０においてロギングコードＬＣが埋め込まれる。ロギングコードＬＣは、ソフトウェアの性能計測のためのプログラムに基づくコードであって、ソフトウェアの性能評価に必要なログを出力するためのコードである。
Returning to FIG. 1, the characteristic components of the terminal 20 according to the present invention will be described.
The source
実行ファイル実行処理部２０ｃは、ロギングコードＬＣが埋め込まれた実行ファイルＥＦを実行し、この結果得られるログである図３に示す後述のメモリ解放ＣＳＶ（Comma-Separated Value）並びに消費クロックＣＳＶを、外部記憶部２０ｇのＣＳＶ記憶部２０ｆに記憶するものである。外部記憶部２０ｇは、図示せぬ外部装置とのアクセスが可能な記憶部である。なお、消費クロックとは、ロギングコードＬＣ自体で性能計測のために消費してしまう、ＣＰＵに割り当てられたＣＰＵクロックである。
The execution file
メモリ解放ＣＳＶは、メモリの解放情報（解放サイズの情報）をＣＳＶで表したものであり、実行ファイル実行処理部２０ｃに保持された実行ファイルＥＦの実行により、作動中のコンピュータとしての端末機２０のＣＳＶ記憶部２０ｆにメモリ解放ＣＳＶとして記憶されるものである。ＣＳＶは、必要なデータをデータ形式やファイル形式で表すフォーマットである。消費クロックＣＳＶについては後述する。
The memory release CSV represents memory release information (release size information) in CSV, and the terminal 20 as a computer in operation by executing the execution file EF held in the execution file
メモリ解放ＣＳＶの一例を図４に示す。図４には、メモリ解放ＣＳＶの項目として、メモリアドレス、メモリサイズ、タイムスタンプ、ファイル名、クラス名、行番号があり、これら項目において、凡例及びデータ量を示した。なお、凡例及びデータ量の補足の説明内容も示した。 An example of the memory release CSV is shown in FIG. In FIG. 4, the memory release CSV items include a memory address, a memory size, a time stamp, a file name, a class name, and a line number, and a legend and a data amount are shown in these items. The supplementary explanation contents of the legend and the data amount are also shown.
図１に示すオーバーヘッド記憶部２０ｅは、後述する計測オーバーヘッドＯＨ（図３参照）を記憶するものである。
The
次に、ビルドサーバ３０の本発明の特徴構成要素について説明する。
計測区間記憶部３０ｄは、端末機２０で指定されたソフトウェアの、計測区間情報（図３参照）を記憶するものである。なお、計測区間記憶部３０ｄは、複数の計測区間情報を記憶できるようになっている。計測区間情報は、ソフトウェアの計測区間が、設定し易く管理が容易なテキスト形式等で表されている。
Next, the characteristic components of the present invention of the
The measurement
計測区間情報の一例は、次の括弧内の通りである。括弧内は、（ファイル名,計測区間の先頭の行番号,計測区間の末尾の行番号）となっている。
（ｍａｉｎＭｏｄｕｌｅ．ｃｐｐ，１３５，２０７），
（ｍａｉｎＭｏｄｕｌｅ．ｃｐｐ，２０５，２０５），
（ｓｕｂＭｏｄｕｌｅ．ｃｐｐ，１０９２，１１００），
．．．．
An example of measurement section information is as follows in parentheses. The parentheses are (file name, first line number of measurement section, last line number of measurement section).
(MainModule.cpp, 135, 207),
(MainModule.cpp, 205, 205),
(SubModule.cpp, 1092, 1100),
. . . .
計測区間情報の具体的な一例を図５に示す。図５には、計測区間情報の項目として、ファイル名、計測区間先頭行番号、計測区間末尾行番号があり、これら項目において、凡例及びデータ量を示した。なお、凡例及びデータ量の補足の説明内容も示した。 A specific example of the measurement section information is shown in FIG. In FIG. 5, the measurement section information items include a file name, a measurement section start line number, and a measurement section end line number. In these items, a legend and a data amount are shown. The supplementary explanation contents of the legend and the data amount are also shown.
閾値記憶部３０ｅは、ソフトウェアの性能評価のために出力されるログのサイズを制限する出力閾値（図３参照）を記憶するものである。例えば、出力閾値を３ＭＢに設定すると、３ＭＢ未満のサイズのログは出力されず、３ＭＢ以上のログが出力されるようになる。例えば、メモリの解放サイズの小容量のものは、殆どがノイズであり、ログ出力させる必要はない。このため、出力閾値を大きく（例えば８ＭＢ）しておけば、ノイズのような小容量のメモリ解放情報はログ出力されないようになる。また、出力閾値を「異常な値」と設定しておけば、出力閾値以上のサイズのログが出力された際に、異常と判定することが可能となる。但し、これと逆に、出力閾値は、当該出力閾値を３ＭＢに設定した場合に、３ＭＢ以下のサイズのログが出力され、３ＭＢ超のサイズのログは出力されないように定義してもよい。
The
出力閾値の一例は、次の括弧内の通りである。括弧内は、（ファイル名,出力値の下限,出力値の上限）となっている。但し、出力値の下限及び上限の指定なしは、空白となっている。
（ｍａｉｎＭｏｄｕｌｅ．ｃｐｐ，１３５００００， ），
（ｍａｉｎＭｏｄｕｌｅ．ｃｐｐ， ，２０５００００），
（ｓｕｂＭｏｄｕｌｅ．ｃｐｐ，１０９２００００，１１００００００），
．．．．
An example of the output threshold is as follows in parentheses. The parentheses are (file name, lower limit of output value, upper limit of output value). However, if the lower limit and upper limit of the output value are not specified, it is blank.
(MainModule.cpp, 1350000,),
(MainModule.cpp,, 2050000),
(SubModule.cpp, 10920000,11000000),
. . . .
ロギングコード記憶部３０ｆは、図３に示す少なくとも１つ以上のロギングコードＬＣと、オーバーヘッドベンチマーク機能コード（ベンチマーク機能コードともいう）ＯＢＣとを記憶するものである。
The logging
そのロギングコードＬＣの一例を図６及び図７に示す。図６にはロギングコード（_ReleaseObject.h）ＬＣ１を、図７にはロギングコード（_ReleaseObject.cpp）ＬＣ２を示した。 An example of the logging code LC is shown in FIGS. FIG. 6 shows the logging code (_ReleaseObject.h) LC1, and FIG. 7 shows the logging code (_ReleaseObject.cpp) LC2.
図１に戻り、プリプロセッシング機能部３０ｃは、メモリの大きな解放サイズを検出するために、ソフトウェアにロギングコードＬＣを埋め込むロギング埋込を行うプリプロセッシング処理を、端末機２０に当該ソフトウェアを実行させる前に行うものである。
Returning to FIG. 1, the
即ち、プリプロセッシング機能部３０ｃは、図３に示すように、計測区間記憶部３０ｄに記憶された計測区間の情報（計測区間情報）と、閾値記憶部３０ｅに記憶された出力閾値とを取得する。更に、プリプロセッシング機能部３０ｃは、その取得した計測区間で尚且つ出力閾値以上のサイズのログを出力するためのロギングコードＬＣを、ロギングコード記憶部３０ｆから取得する。更に、プリプロセッシング機能部３０ｃは、その取得したロギングコードＬＣを、端末機２０のソースコード記憶部２０ｄから受信したソースコードＳＣに埋め込むロギング埋込を行うプリプロセッシング処理を実行する。
That is, as shown in FIG. 3, the
このロギング埋込の具体例を、図８を参照して説明する。図８に示すソースコードＳＣにおいて、矢印Ｙ１で指し示す先頭の「Class::~Class(){」と、矢印Ｙ２で指し示す末尾の「}」とはデストラクタである。デストラクタは、クラス名の先頭にチルダ「~」を付けた名前のメンバ関数であり、引数も戻り値も持たないものである。 A specific example of this logging embedding will be described with reference to FIG. In the source code SC shown in FIG. 8, the first “Class :: ˜Class () {” indicated by the arrow Y1 and the last “}” indicated by the arrow Y2 are destructors. A destructor is a member function with a tilde “~” in front of the class name, and has neither an argument nor a return value.
また、破線枠内の文字列はロギングコードＬＣであり、矢印Ｙ３，Ｙ４で指し示す「，」と「，」の間の文字列「abi::__cxa_demangle((typeid(*this)).name()」は関数である。この関数は、ソフトウェアの性能計測等を行うためのものである。 The character string in the broken line frame is the logging code LC, and the character string “abi :: __ cxa_demangle ((typeid (* this)). Name () between“, ”and“, ”indicated by arrows Y3 and Y4. "Is a function. This function is for measuring the performance of software.
ロギング埋込を行う場合、ステップ（１）において、ソースコードＳＣに、矢印Ｙ１，Ｙ２で指し示すデストラクタが記述されているか否かを、ソースコードＳＣの全てにおいて探索する。この探索は、チルダ「~」を検索することにより行う。 When logging embedding is performed, in step (1), the source code SC is searched for whether or not the destructor indicated by the arrows Y1 and Y2 is described in the source code SC. This search is performed by searching for a tilde “˜”.
ステップ（２）において、ソースコードＳＣ内にデストラクタが記述されていた場合、先頭と末尾のデストラクタ間に、ロギングコードＬＣを埋め込む。
ステップ（３）において、対象のロギングコードＬＣの行頭に、「１回のみの読込命令」（例えば、#pragma once）が記述されていない場合、その#pragma onceを行頭に埋め込む。
In step (2), when a destructor is described in the source code SC, the logging code LC is embedded between the first and last destructors.
In step (3), if “reading instruction only once” (for example, #pragma once) is not described at the beginning of the target logging code LC, the #pragma once is embedded at the beginning of the line.
ステップ（４）において、対象のロギングコードＬＣの中に、「ヘッダファイル」（例えば、cxxabi.h）がインクルードされていない場合、#include <cxxabi.h>を、対象のロギングコードＬＣの中に埋め込む。但し、上記ステップ（３）の#pragma onceが行頭に存在する場合、その#pragma onceの次行に、#include <cxxabi.h>を埋め込む。 In step (4), if a “header file” (for example, cxxabi.h) is not included in the target logging code LC, #include <cxxabi.h> is included in the target logging code LC. Embed. However, if #pragma once in step (3) above is present at the beginning of the line, #include <cxxabi.h> is embedded in the line following #pragma once.
ステップ（５）において、対象のロギングコードＬＣの中に、上記ステップ（４）と異なる「ヘッダファイル」（例えば、sys/time.h）がインクルードされていない場合、#include <sys/time.h>を、対象のロギングコードＬＣの中に埋め込む。但し、上記ステップ（３）の#pragma once又は（４）のcxxabi.hが行頭に存在する場合、その#pragma once又はcxxabi.hの次行に、#include <sys/time.h>を埋め込む。 In step (5), if a “header file” (for example, sys / time.h) different from that in step (4) is not included in the target logging code LC, #include <sys / time.h > Is embedded in the target logging code LC. However, if #pragma once in step (3) or cxxabi.h in (4) exists at the beginning of the line, embed #include <sys / time.h> in the next line of #pragma once or cxxabi.h .
コンパイル機能部３０ｈは、そのロギングコードＬＣが埋め込まれたソースコードＳＣをコンパイルして、コンピュータがプログラムとして解釈実行できる実行ファイルＥＦを生成し、この実行ファイルＥＦを端末機２０へ出力する。
The compile
実行ファイル実行処理部２０ｃは、ロギングコードＬＣが埋め込まれた実行ファイルＥＦを実行処理する。この実行により、端末機２０のソフトウェア上の指定された計測区間において、メモリの出力閾値（例えば３ＭＢ）以上のログが検出された場合、このログがメモリ解放ＣＳＶとして外部記憶部２０ｇへ出力される。言い換えれば、メモリの異常な解放が検出される。
The execution file
このようにメモリの異常な解放を検出することにより、データ異常やプロセス異常を発見することができるので、ソフトウェアのバグ検出が可能となる。なお、プロセス異常とは、ＯＳ(Operating System)からメモリ領域等の割り当てを受けて処理を実行しているプログラムとしてのプロセスの異常をいう。マルチプロセスシステム（既存の電話系システム等）のプロセスは、プロセス毎にメモリ利用量に変動は無い傾向がある。しかし、これをシングルプロセスで実現した場合は、１プロセスで動作することもあり、データ数に応じて必要なメモリ容量がダイナミックに変動し、プロセス異常となるケースがある。 By detecting an abnormal release of the memory in this way, it is possible to detect a data abnormality or a process abnormality, so that a software bug can be detected. The process abnormality refers to an abnormality of a process as a program that executes processing upon receiving allocation of a memory area or the like from an OS (Operating System). In a process of a multi-process system (such as an existing telephone system), there is a tendency that the memory usage does not vary for each process. However, if this is realized by a single process, it may operate in one process, and the required memory capacity may dynamically change according to the number of data, resulting in a process abnormality.
次に、プリプロセッシング機能部３０ｃは、後述するＣＰＵクロック消費量の直接計測による検出を行うために、計測区間記憶部３０ｄから計測区間を取得し、ソースコードＳＣにおける、その取得した計測区間の前後の行に、ロギングコード記憶部３０ｆから取得したロギングコードＬＣのアセンブリコード（後述）を埋め込みする。一般的にロギングコードＬＣには、Ｃ++コードと、アセンブリコードとがあるので、本実施形態では、アセンブリコードを用いるようになっている。
Next, the
この際のロギングコードＬＣの一例を図９及び図１０に示す。図９にはロギングコード（_ClockAssign.h）ＬＣ３を、図１０にはロギングコード（_ClockAssign.cpp）ＬＣ４を示した。 An example of the logging code LC at this time is shown in FIGS. FIG. 9 shows a logging code (_ClockAssign.h) LC3, and FIG. 10 shows a logging code (_ClockAssign.cpp) LC4.
このロギング埋込の具体例を、図１１を参照して説明する。図１１に示すソースコードＳＣにおいて、矢印Ｙ５で指し示す先頭の「Class::func(){」と、矢印Ｙ６で指し示す末尾の「}」とはデストラクタである。 A specific example of this logging embedding will be described with reference to FIG. In the source code SC shown in FIG. 11, the first “Class :: func () {” indicated by the arrow Y5 and the last “}” indicated by the arrow Y6 are destructors.
また、破線枠内の文字列はロギングコードＬＣであり、破線枠ＡＣ０，ＡＣ１で囲んだ文字列は、ロギングコードＬＣのアセンブリコードである。 The character string in the broken line frame is the logging code LC, and the character string enclosed by the broken line frames AC0 and AC1 is the assembly code of the logging code LC.
ロギング埋込を行う場合、ステップ（１１）において、計測区間記憶部３０ｄに記憶された計測区間情報の、矢印Ｙ７で指し示す計測対象の区間の前後に、破線枠ＡＣ０，ＡＣ１で囲むロギングコードＬＣのアセンブリコードを埋め込む。
When logging embedding is performed, in step (11), the logging code LC enclosed by the broken line frames AC0 and AC1 is placed before and after the measurement target section indicated by the arrow Y7 in the measurement section information stored in the measurement
ステップ（１２）において、対象のロギングコードＬＣの行頭に、「１回のみの読込命令」（例えば、#pragma once）が記述されていない場合、その#pragma onceを行頭に埋め込む。 In step (12), when “reading instruction only once” (for example, #pragma once) is not described at the beginning of the target logging code LC, the #pragma once is embedded at the beginning of the line.
ステップ（１３）において、対象のロギングコードＬＣの中に、「ヘッダファイル」（例えば、cxxabi.h）がインクルードされていない場合、#include <cxxabi.h>を、対象のロギングコードＬＣの中に埋め込む。但し、上記ステップ（１２）の#pragma onceが行頭に存在する場合、その#pragma onceの次行に、#include <cxxabi.h>を埋め込む。 In step (13), if “header file” (for example, cxxabi.h) is not included in the target logging code LC, #include <cxxabi.h> is included in the target logging code LC. Embed. However, if #pragma once in the above step (12) exists at the beginning of the line, #include <cxxabi.h> is embedded in the next line of the #pragma once.
ステップ（１４）において、対象のロギングコードＬＣの中に、上記ステップ（１３）と異なる「ヘッダファイル」（例えば、sys/time.h）がインクルードされていない場合、#include <sys/time.h>を、対象のロギングコードＬＣの中に埋め込む。但し、上記ステップ（２）の#pragma once又は（３）のcxxabi.hが行頭に存在する場合、その#pragma once又はcxxabi.hの次行に、#include <sys/time.h>を埋め込む。 In step (14), if a “header file” (for example, sys / time.h) different from that in step (13) is not included in the target logging code LC, #include <sys / time.h > Is embedded in the target logging code LC. However, if #pragma once in step (2) or cxxabi.h in (3) exists at the beginning of the line, embed #include <sys / time.h> in the next line of #pragma once or cxxabi.h .
プリプロセッシング機能部３０ｃは、更に、ロギングコード記憶部３０ｆからベンチマーク機能コードＯＢＣを取得し、これをロギングコードＬＣと関連付けてソースコードＳＣに埋め込む。
ベンチマーク機能コードＯＢＣは、後述する実行ファイル実行処理部２０ｃによる実行ファイルＥＦの実行時に、ロギングコードＬＣによるソフトウェアの区間計測の命令実行時のオーバーヘッドを事前に計測し、この計測されたオーバーヘッド（計測オーバーヘッドＯＨ）で、ソースコードＳＣ上の区間計測結果を補正するコードである。
The
The benchmark function code OBC measures in advance the overhead at the time of execution of the software section measurement instruction by the logging code LC when the execution file EF is executed by the execution file
ここで、計測オーバーヘッドＯＨについて説明する。性能評価対象のソフトウエアにおいて、性能評価のために取得したい計測区間（例えば０〜１５００クロック数の区間）を実測した際に、計測開始から終了まで１５１５クロック数だったすると、１５１５−１５００＝１５の差分が、計測オーバーヘッドＯＨとなる。つまり、ソースコードＳＣ上の区間計測結果から、計測オーバーヘッドＯＨを減算することにより、その区間計測結果を補正することができる。 Here, the measurement overhead OH will be described. When actually measuring a measurement section (for example, a section of 0 to 1500 clocks) to be acquired for performance evaluation in the software for performance evaluation, if 1515 clocks from the start to the end of measurement, 1515-1500 = 15 Is the measurement overhead OH. In other words, the section measurement result can be corrected by subtracting the measurement overhead OH from the section measurement result on the source code SC.
コンパイル機能部３０ｈは、そのロギングコードＬＣが埋め込まれたソースコードＳＣをコンパイルして、コンピュータがプログラムとして解釈実行できる実行ファイルＥＦに変換し、この実行ファイルＥＦを端末機２０の実行ファイル実行処理部２０ｃへ出力する。
The compile
実行ファイル実行処理部２０ｃは、実行ファイルＥＦを実行する。この実行により、ロギングコードＬＣによるソフトウェアの区間計測が行われ、この際に、ベンチマーク機能コードＯＢＣによるシングルトンの仕組み（後述する）が用いられて、ソースコードＳＣ上の区間計測結果が補正される。
The execution file
シングルトンの仕組みとは、図１２に示す計測モジュールＭＭ、ベンチマークモジュールＢＭ、及びオーバーヘッド記憶部２０ｅにより、オーバーヘッドのベンチマーク機能（後述する）を実現するものである。
The singleton mechanism realizes an overhead benchmark function (described later) by the measurement module MM, the benchmark module BM, and the
計測モジュールＭＭは、ソフトウェアの区間計測を、計測区間を呼び出す上位モジュールと下位モジュール（ここではベンチマークモジュールＢＭ）との間にあって、間接的に区間計測を行うためのプログラムである。
ベンチマークモジュールＢＭとは、ロギングコードＬＣ自体で測定のために消費してしまうＣＰＵクロックを測定するためのプログラムである。
The measurement module MM is a program for performing interval measurement indirectly between the upper module and the lower module (here, the benchmark module BM) that call the measurement interval for software interval measurement.
The benchmark module BM is a program for measuring a CPU clock that is consumed for measurement by the logging code LC itself.
即ち、シングルトンの仕組みとは、１回目のソフトウェアの区間計測時に、計測モジュールＭＭがベンチマークモジュールＢＭ（後述）にアクセスして、その区間計測の命令実行時のオーバーヘッドを計測し、この計測オーバーヘッドＯＨをオーバーヘッド記憶部２０ｅに記憶する。この記憶後、２回目以降のソフトウェアの区間計測時には、計測の都度、１回のみ、計測モジュールＭＭがオーバーヘッド記憶部２０ｅにアクセスして計測オーバーヘッドＯＨを取得可能とする仕組みである。この仕組みの動作を行う機能がベンチマーク機能である。
In other words, the singleton mechanism is that the measurement module MM accesses the benchmark module BM (described later) at the time of the first software section measurement, and measures the overhead when executing the section measurement instruction. Store in the
なお、オーバーヘッド記憶部２０ｅに記憶される計測オーバーヘッドＯＨの一例を図１３及び図１４に示す。図１３には計測オーバーヘッドコード（_OverHead.h）ＯＨ１を、図１４には計測オーバーヘッドコード（_OverHead.cpp）ＯＨ２を示した。
An example of the measurement overhead OH stored in the
このベンチマーク機能によれば、実行ファイルＥＦの実行時に、ロギングコードＬＣに応じてソフトウェアの区間計測を行った際に、その区間計測の命令実行時の計測オーバーヘッドＯＨを、その計測区間上のＣＰＵクロック数の計測結果から減算することで、計測結果が補正される。この補正後に、ＣＰＵクロック数の区間計測結果である消費クロックＣＳＶを、ＣＳＶ記憶部２０ｆに記憶する。
According to this benchmark function, when the software section is measured according to the logging code LC when the execution file EF is executed, the measurement overhead OH at the time of executing the instruction for the section is calculated using the CPU clock on the measurement section. The measurement result is corrected by subtracting from the measurement result of the number. After this correction, the consumed clock CSV, which is the result of measuring the number of CPU clocks, is stored in the
更に説明すると、実行ファイルＥＦの実行により、端末機２０のソフトウェア上の指定された計測区間におけるＣＰＵクロック数が検出される。この検出クロック数により、後述するＣＰＵクロック消費量が検出され、このログが、消費クロックＣＳＶとして外部記憶部２０ｇへ出力される。
More specifically, the number of CPU clocks in the designated measurement section on the software of the terminal 20 is detected by executing the execution file EF. A CPU clock consumption amount, which will be described later, is detected based on the number of detected clocks, and this log is output to the
ここで、ＣＰＵクロック消費量とは、例えば２．２ＧＨｚ等の定格クロックをどれだけ消費したかを示す消費量であり、ＣＰＵの中に実装された図示せぬプログラムカウンタで計数する。このプログラムカウンタでの計数は、例えばクロックが論理回路を通過して元に戻った際にプログラムカウンタを１加算する。このように、ＣＰＵクロック消費量を検出することにより、プログラム（ソフトウェア）がどれだけＣＰＵリソースを消費したかを把握することが可能となる。通常、ＯＳで標準装備されているリソースモニタでは、プログラムがどれだけＣＰＵリソースを消費したかをクロック数単位で把握することはできない。 Here, the CPU clock consumption is a consumption indicating how much a rated clock such as 2.2 GHz is consumed, and is counted by a program counter (not shown) mounted in the CPU. For example, when the clock returns to the original value after passing through the logic circuit, the program counter is incremented by one. Thus, by detecting the CPU clock consumption, it is possible to grasp how much CPU resources are consumed by the program (software). Normally, the resource monitor provided as standard with the OS cannot determine how much CPU resources the program has consumed in units of the number of clocks.
消費クロックＣＳＶの一例を図１５に示す。図１５には、消費クロックＣＳＶの項目として、クロック数、タイムスタンプ（開始）、タイムスタンプ（終了）、ファイル名、クラス名、行番号があり、これら項目において、凡例及びデータ量を示した。なお、凡例及びデータ量の補足の説明内容も示した。 An example of the consumption clock CSV is shown in FIG. In FIG. 15, the clock consumption CSV items include the number of clocks, time stamp (start), time stamp (end), file name, class name, and line number. Legends and data amounts are shown in these items. The supplementary explanation contents of the legend and the data amount are also shown.
＜実施形態の動作＞
次に、本実施形態に係るオートリソースロギングシステム１０によるオートリソースロギング処理の動作を、図１６〜図１７に示すフローチャートを参照して説明する。但し、端末機２０、ビルドサーバ３０及び管理サーバ４０において、図２のステップＳ１〜Ｓ１２の処理は完了し、認証結果はＯＫであったとする。
<Operation of Embodiment>
Next, the operation of the auto resource logging process by the auto
また、事前準備として、端末機２０で指定されたソフトウェアの計測区間の情報（図３の計測区間情報）が計測区間記憶部３０ｄに記憶され、ソフトウェアの性能評価のために出力されるログのサイズを制限する出力閾値（図３参照）が閾値記憶部３０ｅに記憶され、更に、ロギングコードＬＣ及びベンチマーク機能コードＯＢＣがロギングコード記憶部３０ｆに記憶されているとする。
Also, as advance preparation, the information of the measurement section of the software designated by the terminal 20 (measurement section information of FIG. 3) is stored in the measurement
最初に、オートリソースロギング処理によって、端末機２０におけるメモリの異常な解放の検出を行う際の動作について、図１６を参照して説明する。 First, an operation of detecting an abnormal release of memory in the terminal 20 by the auto resource logging process will be described with reference to FIG.
まず、図１６に示すステップＳ１０１において、端末機２０からソースコードＳＣが送信（図２のＳ１３参照）されると、ビルドサーバ３０のプリプロセッシング機能部３０ｃは、そのソースコードＳＣを受信する。
First, in step S101 shown in FIG. 16, when the source code SC is transmitted from the terminal 20 (see S13 in FIG. 2), the
次に、ステップＳ１０２において、プリプロセッシング機能部３０ｃは、計測区間記憶部３０ｄに記憶された計測区間情報と、閾値記憶部３０ｅに記憶された出力閾値とを取得する。更に、ステップＳ１０３において、プリプロセッシング機能部３０ｃは、その取得した計測区間で且つ出力閾値以上のサイズのログを出力するためのロギングコードＬＣを、ロギングコード記憶部３０ｆから取得する。
Next, in step S102, the
次に、ステップＳ１０４において、プリプロセッシング機能部３０ｃは、その取得したロギングコードＬＣを、端末機２０から受信したソースコードＳＣに埋め込むロギング埋込を行う（図２のＳ１４参照）。
Next, in step S104, the
次に、ステップＳ１０５において、図３に示すように、コンパイル機能部３０ｈは、ロギングコードＬＣが埋め込まれたソースコードＳＣを取得してコンパイルする。このコンパイルによりロギングコードＬＣが埋め込まれた実行ファイルＥＦが生成され、端末機２０の実行ファイル実行処理部２０ｃへ出力される（図２のＳ１６参照）。
Next, in step S105, as shown in FIG. 3, the compile
次に、ステップＳ１０６において、実行ファイル実行処理部２０ｃは、実行ファイルＥＦを実行処理する（図２のＳ１７参照）。この実行により、ステップＳ１０７において、端末機２０のソフトウェア上の指定された計測区間において、メモリの出力閾値以上の大きな解放サイズが検出されたか否かが判定される。
Next, in step S106, the execution file
この結果、メモリの出力閾値以上の大きな解放サイズが検出された場合、ステップＳ１０８において、その検出結果（ログ）がメモリ解放ＣＳＶとしてＣＳＶ記憶部２０ｆへ出力される（図２のＳ１８参照）。言い換えれば、メモリの異常な解放がメモリ解放ＣＳＶとして出力される。このメモリ解放ＣＳＶとしてのメモリの異常な解放の検出情報により、データ異常やプロセス異常を発見することができ、ソフトウェアのバグ検出が可能となる。一方、検出されない場合、ログは出力されず、本処理は終了する。
As a result, when a large release size equal to or larger than the memory output threshold is detected, the detection result (log) is output to the
次に、オートリソースロギング処理によって、端末機２０におけるＣＰＵクロック消費量の直接計測による検出を行う際の動作について、図１７を参照して説明する。但し、初期条件において、オーバーヘッド記憶部２０ｅには、計測オーバーヘッドＯＨは記憶されていないとする。
Next, an operation when performing detection by direct measurement of CPU clock consumption in the
まず、図１７に示すステップＳ２０１は、図１６のステップＳ１０１と同じ処理である。
次に、ステップＳ２０２において、プリプロセッシング機能部３０ｃは、計測区間記憶部３０ｄに記憶された計測区間情報を取得する。更に、ステップＳ２０３において、プリプロセッシング機能部３０ｃは、その取得した計測区間でそのログを出力するためのロギングコードＬＣと、このロギングコードＬＣによる区間計測実行時のオーバーヘッドによる計測結果を補正するためのベンチマーク機能コードＯＢＣとを取得する。
First, step S201 shown in FIG. 17 is the same processing as step S101 of FIG.
Next, in step S202, the
次に、ステップＳ２０４において、プリプロセッシング機能部３０ｃは、その取得したロギングコードＬＣ及びベンチマーク機能コードＯＢＣを、端末機２０から受信したソースコードＳＣに埋め込むロギング埋込を行う。
Next, in step S204, the
次に、ステップＳ２０５において、図３に示すように、コンパイル機能部３０ｈは、ソースコードＳＣを取得してコンパイルする。このコンパイルによりロギングコードＬＣ及びベンチマーク機能コードＯＢＣが埋め込まれた実行ファイルＥＦが生成され、端末機２０の実行ファイル実行処理部２０ｃへ出力される。
Next, in step S205, as shown in FIG. 3, the compile
ステップＳ２０６において、実行ファイル実行処理部２０ｃは、実行ファイルＥＦを実行処理する。この実行により、ステップＳ２０７において、ロギングコードＬＣによるソフトウェアの区間計測の命令実行時のオーバーヘッドが計測され、この計測オーバーヘッドＯＨがオーバーヘッド記憶部２０ｅに記憶される。
In step S206, the execution file
ステップＳ２０８において、実行ファイル実行処理部２０ｃは、上記ステップＳ２０７の計測オーバーヘッドＯＨを用い、上記ソフトウェアの区間計測の命令実行時の、計測区間上のＣＰＵクロック数の計測結果を補正する。即ち、計測区間上のＣＰＵクロック数の計測結果から計測オーバーヘッドＯＨを減算することで、計測結果を補正する。
In step S208, the execution file
この補正後に、ステップＳ２０９において、実行ファイル実行処理部２０ｃは、ＣＰＵクロック数の区間計測結果である消費クロックＣＳＶを、ＣＳＶ記憶部２０ｆに出力して記憶する。この記憶された消費クロックＣＳＶからＣＰＵクロック消費量を認識することができる。
After this correction, in step S209, the execution file
但し、実行ファイルＥＦの実行時に、オーバーヘッド記憶部２０ｅに計測オーバーヘッドＯＨが記憶されていれば、この記憶された計測オーバーヘッドＯＨを用いて上記ステップＳ２０８の補正を行う。一方、計測オーバーヘッドＯＨが記憶されていなければ、上記ステップＳ２０７のオーバーヘッドの計測を行って記憶し、上記ステップＳ２０８の補正を行う。
However, if the measurement overhead OH is stored in the
＜ＣＰＵクロック消費量の他の検出処理例＞
次に、ＣＰＵクロック消費量を間接計測で検出する際の処理について説明する。
<Another detection processing example of CPU clock consumption>
Next, processing when detecting CPU clock consumption by indirect measurement will be described.
本例では、プリプロセッシング機能部３０ｃが、計測区間記憶部３０ｄから計測区間情報を取得する際に、その計測区間情報の取得の指定が、ある纏まりのメソッド単位である場合、計測区間情報の呼び出し元プログラムの命令を受けて、間接的に区間計測を可能とするプログラムを備え、ＣＰＵクロック消費量を間接計測により検出できるようにした。
In this example, when the
この構成は、図１８に示すように、呼び出し元プログラムとしての上位モジュールＪＭと、区間計測対象がモジュール単位（又はメソッド単位）である場合、これに対応した複数の下位モジュールＫＭ１〜ＫＭ４と、上位モジュールＪＭと下位モジュールＫＭ１〜ＫＭ４との間に介在された計測モジュールＭＭＡとを備えて成る。なお、計測モジュールＭＭＡは、請求項記載の間接的に区間計測を可能とするプログラムである。 As shown in FIG. 18, when the section measurement target is a module unit (or method unit), the configuration includes a plurality of lower modules KM1 to KM4 corresponding to the upper module JM as a calling source program, A measurement module MMA interposed between the module JM and the lower modules KM1 to KM4 is provided. The measurement module MMA is a program that enables indirectly section measurement as described in the claims.
計測モジュールＭＭＡは、上位モジュールＪＭから矢印Ｙ２１で示す区間計測の命令を受けて、同種の下位モジュールＫＭ１，ＫＭ２の各々に、矢印Ｙ２１ａ，Ｙ２１ｂで示すように区間計測の命令を行うものである。これにより、ビルド範囲を局所化し、ビルド時間の短縮できるようになっている。計測モジュールＭＭＡは、破線枠Ｗ１で囲むように、上位モジュールＪＭと同一ファイル内に埋め込まれている。
なお、計測モジュールＭＭＡが存在しない通常の場合は、矢印Ｙ２２，Ｙ２３で示すように、上位モジュールＪＭから、下位モジュールＫＭ３、ＫＭ４毎に区間計測の命令を行う。
The measurement module MMA receives a section measurement command indicated by the arrow Y21 from the higher module JM, and issues a section measurement command to each of the same kind of lower modules KM1 and KM2 as indicated by arrows Y21a and Y21b. As a result, the build range can be localized and the build time can be shortened. The measurement module MMA is embedded in the same file as the upper module JM so as to be surrounded by a broken line frame W1.
In a normal case where the measurement module MMA does not exist, a section measurement command is issued from the higher module JM for each of the lower modules KM3 and KM4 as indicated by arrows Y22 and Y23.
ここで、プリプロセッシング機能部３０ｃの上位モジュールＪＭが、図１８に示した構成を用いて、ソースコードＳＣに、ロギングコード記憶部３０ｆから取得したロギングコードＬＣを埋め込む場合の具体例を、図１９を参照して説明する。図１９に示すソースコードＳＣにおいて、矢印Ｙ８で指し示す先頭の「void __check(void *l_func()){」と、矢印Ｙ９で指し示す末尾の「}」とはメソッド__checkの末尾である。
Here, a specific example in which the upper module JM of the
また、破線枠内の文字列はロギングコードＬＣであり、破線枠ＡＣ０，ＡＣ１で囲んだ文字列は、ロギングコードＬＣのアセンブリコードである。 The character string in the broken line frame is the logging code LC, and the character string enclosed by the broken line frames AC0 and AC1 is the assembly code of the logging code LC.
まず、ステップ（２１）において、計測区間記憶部３０ｄに記憶された計測区間情報の、矢印Ｙ１０で指し示す計測対象の区間（l_func();）の前後に、破線枠ＡＣ０，ＡＣ１で囲むロギングコードＬＣのアセンブリコードを埋め込む。
First, in step (21), the logging code LC surrounded by broken line frames AC0 and AC1 before and after the measurement target section (l_func ();) indicated by the arrow Y10 in the measurement section information stored in the measurement
ステップ（２２）において、対象のロギングコードＬＣの行頭に、「１回のみの読込命令」（例えば、#pragma once）が記述されていない場合、その#pragma onceを行頭に埋め込む。 In step (22), if “reading instruction only once” (for example, #pragma once) is not described at the beginning of the target logging code LC, the #pragma once is embedded at the beginning of the line.
ステップ（２３）において、対象のロギングコードＬＣの中に、「ヘッダファイル」（例えば、cxxabi.h）がインクルードされていない場合、#include <cxxabi.h>を、対象のロギングコードＬＣの中に埋め込む。但し、上記ステップ（２２）の#pragma onceが行頭に存在する場合、その#pragma onceの次行に、#include <cxxabi.h>を埋め込む。 In step (23), if “header file” (for example, cxxabi.h) is not included in the target logging code LC, #include <cxxabi.h> is included in the target logging code LC. Embed. However, if #pragma once in the above step (22) is present at the beginning of the line, #include <cxxabi.h> is embedded in the line next to #pragma once.
ステップ（２４）において、対象のロギングコードＬＣの中に、上記ステップ（２３）と異なる「ヘッダファイル」（例えば、sys/time.h）がインクルードされていない場合、#include <sys/time.h>を、対象のロギングコードＬＣの中に埋め込む。但し、上記ステップ（２２）の#pragma once又は（２３）のcxxabi.hが行頭に存在する場合、その#pragma once又はcxxabi.hの次行に、#include <sys/time.h>を埋め込む。 In step (24), if a “header file” (for example, sys / time.h) different from that in step (23) is not included in the target logging code LC, #include <sys / time.h > Is embedded in the target logging code LC. However, if #pragma once in step (22) or cxxabi.h in (23) is present at the beginning of the line, #include <sys / time.h> is embedded in the next line of #pragma once or cxxabi.h. .
次に、計測モジュールＭＭＡが、上位モジュールＪＭから区間計測の命令を受けて、同じ種類の下位モジュールＫＭ１，ＫＭ２の各々に区間計測を可能とする際のコードの具体例を次に示し、その埋め込みを説明する。 Next, a specific example of code when the measurement module MMA receives a section measurement command from the higher module JM and enables each of the lower module KM1 and KM2 of the same type to perform section measurement is shown below. Will be explained.
ｉｎｔ ｍａｉｎ（）｛
・・・
ｆｕｎｃ１（）； −＞ ＿＿ｃｈｅｃｋ（ｆｕｎｃ１）；（＊１）
ｆｕｎｃ２（）； −＞ ＿＿ｃｈｅｃｋ（ｆｕｎｃ２）；（＊２）
ｆｕｎｃ３（）；
ｆｕｎｃ４（）；
・・・
｝
int main () {
...
func1 ();-> __ check (func1); (* 1)
func2 ();-> __ check (func2); (* 2)
func3 ();
func4 ();
...
}
まず、ステップ（３１）において、計測区間記憶部３０ｄに記憶されたメソッドの呼び出し元ファイル（プログラム）のメソッドを、上記コードの符号＊１，＊２で示す行のように書き換える。
First, in step (31), the method of the method call source file (program) stored in the measurement
ステップ（３２）において、対象のロギングコードＬＣの行頭に、「１回のみの読込命令」（例えば、#pragma once）が記述されていない場合、その#pragma onceを行頭に埋め込む。 In step (32), when “reading instruction only once” (for example, #pragma once) is not described at the beginning of the target logging code LC, the #pragma once is embedded at the beginning of the line.
ステップ（３３）において、対象のロギングコードＬＣの中に、「ヘッダファイル」（例えば、cxxabi.h）がインクルードされていない場合、#include <cxxabi.h>を、対象のロギングコードＬＣの中に埋め込む。但し、上記ステップ（３２）の#pragma onceが行頭に存在する場合、その#pragma onceの次行に、#include <cxxabi.h>を埋め込む。 In step (33), if a “header file” (for example, cxxabi.h) is not included in the target logging code LC, #include <cxxabi.h> is included in the target logging code LC. Embed. However, if #pragma once in the above step (32) is present at the beginning of the line, #include <cxxabi.h> is embedded in the next line of #pragma once.
ステップ（３４）において、対象のロギングコードＬＣの中に、上記ステップ（３３）と異なる「ヘッダファイル」（例えば、sys/time.h）がインクルードされていない場合、#include <sys/time.h>を、対象のロギングコードＬＣの中に埋め込む。但し、上記ステップ（３２）の#pragma once又は（３３）のcxxabi.hが行頭に存在する場合、その#pragma once又はcxxabi.hの次行に、#include <sys/time.h>を埋め込む。 In step (34), if a “header file” (for example, sys / time.h) different from that in step (33) is not included in the target logging code LC, #include <sys / time.h > Is embedded in the target logging code LC. However, if #pragma once in step (32) or cxxabi.h in (33) is present at the beginning of the line, embed #include <sys / time.h> in the next line of #pragma once or cxxabi.h. .
この後、プリプロセッシング機能部３０ｃは、更に、ロギングコード記憶部３０ｆからベンチマーク機能コードＯＢＣを取得し、これをロギングコードＬＣと関連付けてソースコードＳＣに埋め込む。後の処理は、前述したＣＰＵクロック消費量の直接計測による検出時の処理と同じである。
Thereafter, the
＜実施形態の効果＞
以上説明した本実施形態のオートリソースロギングシステム１０は、端末機２０と、端末機２０からソースコードＳＣを受信してロギングコードＬＣを埋め込むプリプロセッシングを行うビルドサーバ３０とを備える。
<Effect of embodiment>
The auto
本実施形態の特徴は、ビルドサーバ３０が、端末機２０から指定され、当該端末機２０で実行されるソフトウェアの性能評価を行うための、当該ソフトウェアに対応するソースコードＳＣの計測区間を記憶する計測区間記憶部３０ｄと、ソースコードＳＣ内で性能計測を行うためのロギングコードＬＣが記憶されたロギングコード記憶部３０ｆと、計測区間記憶部３０ｄに記憶された計測区間を取得し、この取得した計測区間での性能評価のための計測によるログを出力する命令を行うロギングコードＬＣを、ロギングコード記憶部３０ｆから取得し、この取得したロギングコードＬＣを、端末機２０から受信したソースコードＳＣに埋め込むプリプロセッシング処理を実行するプリプロセッシング機能部３０ｃとを備える構成とした。
A feature of the present embodiment is that the
この構成によれば、ソースコードＳＣに対応するソフトウェアの性能評価のための計測区間を容易に管理することができる。また、ソフトウェアへのロギングコードＬＣの埋め込みを容易に行うことができる。更に、端末機２０のユーザが指定する任意の区間のみの計測が可能となるので、計測オーバーヘッドを最小化できる。言い換えれば、計測オーバーヘッドを減少させることができる。
According to this configuration, it is possible to easily manage a measurement section for software performance evaluation corresponding to the source code SC. Also, the logging code LC can be easily embedded in the software. Furthermore, since it is possible to measure only an arbitrary section designated by the user of the
また、ロギングコードＬＣは、ソフトウェアの計測区間のクロック数を計測するコードを有することとした。
これによって、端末機２０のＣＰＵクロック消費量を検出することができるので、プログラム（ソフトウェア）がどれだけＣＰＵリソースを消費したかを把握することができる。
Further, the logging code LC has a code for measuring the number of clocks in the measurement section of the software.
Accordingly, since the CPU clock consumption of the terminal 20 can be detected, it is possible to grasp how much CPU resources are consumed by the program (software).
また、ビルドサーバ３０は、端末機２０から指定された計測区間のログを出力する条件としての出力閾値を記憶する閾値記憶部３０ｅを更に備え、プリプロセッシング機能部３０ｃは、計測区間を取得した際に、閾値記憶部３０ｅに記憶された出力閾値も取得し、この取得した計測区間で尚且つ出力閾値以上のサイズのログを出力するためのロギングコードＬＣを、ソースコードＳＣに埋め込む処理を実行するようにした。
The
これによって、ソフトウェアの区間計測時のログのサイズが、出力閾値で制限されるので、例えば、出力閾値を３ＭＢに設定すると、３ＭＢ未満のサイズのログは出力されず、３ＭＢ以上のログが出力されるようになる。このため、出力閾値を大きく（例えば８ＭＢ）しておけば、ノイズのような小容量のログは出力されない。また、出力閾値以上のサイズのログが出力された際に、「異常な値」と設定しておけば、出力閾値以上のサイズのログが出力された際に、異常と判定することが可能となる。 As a result, the log size at the time of software section measurement is limited by the output threshold. For example, if the output threshold is set to 3 MB, a log of less than 3 MB is not output and a log of 3 MB or more is output. Become so. For this reason, if the output threshold is increased (for example, 8 MB), a small-capacity log such as noise is not output. In addition, if a log with a size larger than the output threshold is output when a log with a size larger than the output threshold is set, it can be determined that the log is abnormal when a log with a size larger than the output threshold is output. Become.
また、プリプロセッシング機能部３０ｃは、計測区間記憶部３０ｄに記憶された計測区間の指定がメソッド単位である場合、計測区間の呼び出し元プログラムの命令を受けて、計測対象の計測区間を有する複数の下位モジュールに対して、間接的に区間計測を可能とするプログラムを更に備える構成とした。
In addition, when the measurement section designation stored in the measurement
この構成によれば、計測区間の呼び出し元プログラムが１回の命令を行えは、間接的に区間計測を可能とするプログラムにより、複数の下位モジュールに対して区間計測を行うことができる。 According to this configuration, if the calling program of the measurement section can issue a single instruction, the section measurement can be performed on a plurality of lower modules by the program that enables the section measurement indirectly.
また、プリプロセッシング機能部３０ｃは、ロギングコードＬＣによる計測のために必要な命令による区間計測実行時のオーバーヘッドを事前に計測し、この計測オーバーヘッドを用いて、端末機２０による実行ファイルＥＦの実行時に得られる計測結果を補正可能とするロギングコードＬＣを、ソースコードＳＣ上に備える構成とした。
In addition, the
この構成によれば、次のような作用効果が得られる。性能評価対象のソフトウエアにおいて、性能評価のために取得した計測区間の実際のクロック数に対して、区間計測時のクロック数はずれており、このずれが計測オーバーヘッドである。例えば、実行ファイルＥＦ実行時に得られる計測結果から計測オーバーヘッドを減算することにより、その計測結果を補正することができる。 According to this configuration, the following operational effects can be obtained. In the performance evaluation target software, the number of clocks at the time of the section measurement deviates from the actual number of clocks of the measurement section acquired for performance evaluation, and this deviation is a measurement overhead. For example, the measurement result can be corrected by subtracting the measurement overhead from the measurement result obtained when the execution file EF is executed.
また、ビルドサーバ３０は、ロギングコードＬＣを埋め込んだソースコードＳＣをコンパイルして、コンピュータが処理可能な実行ファイルＥＦに変換するコンパイル機能部を更に備える構成とし、端末機２０は、実行ファイルＥＦを実行するようにした。
In addition, the
この構成によれば、端末機２０が、ソフトウェアの計測区間において、クロック数計測によるＣＰＵクロック消費量を検出することができるので、プログラム（ソフトウェア）がどれだけＣＰＵリソースを消費したかを把握することができる。また、同計測区間において、出力閾値以上のログのサイズを検出できるので、メモリの異常な解放を検出することができる。これにより、データ異常やプロセス異常を発見することができるので、ソフトウェアのバグ検出を行うことができる。 According to this configuration, since the terminal 20 can detect the CPU clock consumption by measuring the number of clocks in the software measurement section, it can grasp how much CPU resources are consumed by the program (software). Can do. In addition, since the log size equal to or larger than the output threshold value can be detected in the same measurement section, abnormal memory release can be detected. This makes it possible to detect data abnormalities and process abnormalities, so that software bugs can be detected.
また、ビルドサーバ３０は、次の第１〜第３ステップのオートリソースロギング方法を実行してもよい。
第１ステップにおいて、端末機２０から指定され、当該端末機２０で実行されるソフトウェアの性能評価を行うための、当該ソフトウェアに対応するソースコードＳＣの計測区間を記憶する。
第２ステップにおいて、ソースコードＳＣ内で性能計測を行うためのロギングコードＬＣを記憶する。
Further, the
In the first step, the measurement section of the source code SC corresponding to the software for performing the performance evaluation of the software designated by the terminal 20 and executed by the terminal 20 is stored.
In the second step, a logging code LC for performing performance measurement is stored in the source code SC.
第３ステップにおいて、第１ステップで記憶された計測区間を取得し、この取得した計測区間での性能評価のための計測によるログを出力する命令を行うロギングコードＬＣを、第２ステップで記憶されたロギングコードＬＣから取得し、この取得したロギングコードＬＣを、端末機２０から受信したソースコードＳＣに埋め込むプリプロセッシング処理を実行する。 In the third step, the logging code LC for obtaining the measurement section stored in the first step and performing a command to output a log by measurement for performance evaluation in the acquired measurement section is stored in the second step. The preprocessing process is executed to embed the acquired logging code LC in the source code SC received from the terminal 20.
この方法によれば、ソースコードＳＣに対応するソフトウェアの性能評価のための計測区間を容易に管理することができる。また、ソフトウェアへのロギングコードＬＣの埋め込みを容易に行うことができる。更に、端末機２０のユーザが指定する任意の区間のみの計測が可能となるので、計測オーバーヘッドを減少させることができる。
According to this method, it is possible to easily manage a measurement section for software performance evaluation corresponding to the source code SC. Also, the logging code LC can be easily embedded in the software. Furthermore, since it is possible to measure only an arbitrary section designated by the user of the
更に、上記のオートリソースロギング方法を、ビルドサーバ３０としてのコンピュータに実行させるためのプログラムを備えてもよい。このプログラムによっても、オートリソースロギング方法と同様な効果が得られる。
Furthermore, you may provide the program for making the computer as the
その他、具体的な構成について、本発明の主旨を逸脱しない範囲で適宜変更が可能である。 In addition, the specific configuration can be appropriately changed without departing from the gist of the present invention.
１０ オートリソースロギングシステム
２０ ユーザ端末機
２０ａ 送受信部
２０ｂ アカウント要求応答部
２０ｃ 実行ファイル実行処理部
２０ｄ ソースコード記憶部
２０ｅ オーバーヘッド記憶部
２０ｆ ＣＳＶ記憶部
２０ｇ 外部記憶部
３０ ビルドサーバ
３０ａ 送受信部
３０ｂ アカウント要求応答部
３０ｃ プリプロセッシング機能部
３０ｄ 計測区間記憶部
３０ｅ 閾値記憶部
３０ｆ ロギングコード記憶部
３０ｈ コンパイル機能部
４０ アカウント管理サーバ
４０ａ 送受信部
４０ｂ アカウント管理処理部
DESCRIPTION OF
Claims (8)
前記ビルドサーバは、
前記端末機で実行されるソフトウェアの性能評価を行うための、当該ソフトウェアに対応するソースコードの計測区間を記憶する計測区間記憶部と、
前記ソースコード内で性能計測を行うためのロギングコードが記憶されたロギングコード記憶部と、
前記計測区間記憶部に記憶された計測区間を取得し、この取得した計測区間での性能評価のための計測によるログを出力する命令を行うロギングコードを、前記ロギングコード記憶部から取得し、この取得したロギングコードを、前記端末機から受信したソースコードに埋め込むプリプロセッシング処理を実行するプリプロセッシング機能部と、
を備えることを特徴とするオートリソースロギングシステム。 An auto resource logging system comprising a terminal and a build server that receives source code from the terminal and performs preprocessing to embed a logging code,
The build server
A measurement interval storage unit for storing a measurement interval of a source code corresponding to the software for performing performance evaluation of software executed in the terminal;
A logging code storage unit storing a logging code for measuring performance in the source code;
A logging code for obtaining a measurement section stored in the measurement section storage unit and performing a command to output a log by measurement for performance evaluation in the acquired measurement section is acquired from the logging code storage unit, A preprocessing function unit that executes preprocessing processing for embedding the acquired logging code in the source code received from the terminal;
An auto resource logging system comprising:
ことを特徴とする請求項１に記載のオートリソースロギングシステム。 The auto resource logging system according to claim 1, wherein the logging code includes a code for measuring the number of clocks in the measurement section of the software.
前記プリプロセッシング機能部は、前記計測区間を取得した際に、前記閾値記憶部に記憶された出力閾値も取得し、この取得した計測区間で尚且つ出力閾値以上のサイズのログを出力するためのロギングコードを、前記ソースコードに埋め込む処理を実行する
ことを特徴とする請求項１又は２に記載のオートリソースロギングシステム。 The build server further includes a threshold storage unit that stores an output threshold as a condition for outputting a log of the measurement section designated from the terminal,
When the preprocessing function unit acquires the measurement section, the preprocessing function unit also acquires an output threshold stored in the threshold storage unit, and outputs a log having a size equal to or larger than the output threshold in the acquired measurement section. The auto resource logging system according to claim 1 or 2, wherein a process of embedding a logging code in the source code is executed.
前記端末機は、前記実行ファイルを実行する
ことを特徴とする請求項１に記載のオートリソースロギングシステム。 The build server further includes a compile function unit that compiles the source code in which the logging code is embedded and converts the source code into an executable file that can be processed by a computer.
The auto resource logging system according to claim 1, wherein the terminal executes the execution file.
前記ビルドサーバは、
前記端末機で実行されるソフトウェアの性能評価を行うための、当該ソフトウェアに対応するソースコードの計測区間を記憶する第１ステップと、
前記ソースコード内で性能計測を行うためのロギングコードを記憶する第２ステップと、
前記第１ステップで記憶された計測区間を取得し、この取得した計測区間での性能評価のための計測によるログを出力する命令を行うロギングコードを、前記第２ステップで記憶されたロギングコードから取得し、この取得したロギングコードを、前記端末機から受信したソースコードに埋め込むプリプロセッシング処理を実行する第３ステップ
を実行することを特徴とするオートリソースロギング方法。 An auto resource logging method of an auto resource logging system comprising a terminal and a build server that receives source code from the terminal and performs preprocessing to embed a logging code,
The build server
A first step of storing a source code measurement section corresponding to the software for performing performance evaluation of software executed on the terminal;
A second step of storing a logging code for performing performance measurement in the source code;
From the logging code stored in the second step, the logging code for obtaining the measurement section stored in the first step and executing a command for outputting a log by measurement for performance evaluation in the acquired measurement section is obtained. An auto resource logging method comprising: performing a third step of executing a preprocessing process for acquiring and embedding the acquired logging code in the source code received from the terminal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015016976A JP6247237B2 (en) | 2015-01-30 | 2015-01-30 | Auto resource logging system, auto resource logging method and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015016976A JP6247237B2 (en) | 2015-01-30 | 2015-01-30 | Auto resource logging system, auto resource logging method and program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016143146A true JP2016143146A (en) | 2016-08-08 |
| JP6247237B2 JP6247237B2 (en) | 2017-12-13 |
Family
ID=56568639
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015016976A Active JP6247237B2 (en) | 2015-01-30 | 2015-01-30 | Auto resource logging system, auto resource logging method and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6247237B2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20180061590A (en) * | 2016-11-30 | 2018-06-08 | 주식회사 플루이딕 | Software build system and software build method using the system |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04215144A (en) * | 1990-12-13 | 1992-08-05 | Nec Corp | Execution time measuring system |
| JP2002108656A (en) * | 2000-09-29 | 2002-04-12 | Nec Corp | Program operation verifying system |
| JP2008140162A (en) * | 2006-12-01 | 2008-06-19 | Hitachi Ltd | Debug information collection method |
| JP2009015734A (en) * | 2007-07-06 | 2009-01-22 | Ntt Data Corp | Program profiling device, program profiling method and program |
| JP2010061461A (en) * | 2008-09-04 | 2010-03-18 | Ricoh Co Ltd | System for automatic evaluation of software performance |
-
2015
- 2015-01-30 JP JP2015016976A patent/JP6247237B2/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04215144A (en) * | 1990-12-13 | 1992-08-05 | Nec Corp | Execution time measuring system |
| JP2002108656A (en) * | 2000-09-29 | 2002-04-12 | Nec Corp | Program operation verifying system |
| JP2008140162A (en) * | 2006-12-01 | 2008-06-19 | Hitachi Ltd | Debug information collection method |
| JP2009015734A (en) * | 2007-07-06 | 2009-01-22 | Ntt Data Corp | Program profiling device, program profiling method and program |
| JP2010061461A (en) * | 2008-09-04 | 2010-03-18 | Ricoh Co Ltd | System for automatic evaluation of software performance |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20180061590A (en) * | 2016-11-30 | 2018-06-08 | 주식회사 플루이딕 | Software build system and software build method using the system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6247237B2 (en) | 2017-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2016177341A1 (en) | Interface calling method and device, and terminal | |
| US8752016B2 (en) | Converting JavaScript into a device-independent representation | |
| US11550599B2 (en) | Method and apparatus for running applet | |
| US9235433B2 (en) | Speculative object representation | |
| US20110145801A1 (en) | Using appropriate level of code to be executed in runtime environment using metadata describing versions of resources being used by code | |
| US20160147517A1 (en) | Method and computer program product for disassembling a mixed machine code | |
| CN111061464B (en) | Analysis code generation method, device, equipment and storage medium | |
| US8959502B2 (en) | Processing table of content access overflow in an application | |
| CN110659210A (en) | Information acquisition method and device, electronic equipment and storage medium | |
| CN109634569B (en) | Method, device and equipment for realizing flow based on annotation and readable storage medium | |
| US20120011490A1 (en) | Development system | |
| KR101689984B1 (en) | Programmable controller, programmable controller system, and execute error information creation method | |
| JP6247237B2 (en) | Auto resource logging system, auto resource logging method and program | |
| TW201324347A (en) | System and method for managing commands of function module | |
| US8769505B2 (en) | Event information related to server request processing | |
| US20230129934A1 (en) | System and method for reference-aware application recreation in container deployment environments | |
| KR101394225B1 (en) | Profiling system for application developed by multi-language and profiling method using the same | |
| EP2721494B1 (en) | System and method to in-line script dependencies | |
| CN110297639B (en) | Method and apparatus for detecting code | |
| US9262167B2 (en) | Computer processor with instruction for execution based on available instruction sets | |
| CN113342553A (en) | Data acquisition method and device, electronic equipment and storage medium | |
| CN113569184A (en) | Configurable data calculation method, device, equipment and computer readable medium | |
| CN108345461B (en) | Application updating method and device and computer readable storage medium | |
| JP4860564B2 (en) | Program profiling apparatus, program profiling method, and program | |
| US11720468B1 (en) | Unwinding program call stacks for performance profiling |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20161226 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20171031 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20171114 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20171116 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6247237 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |