Data processing: measuring – calibrating – or testing – Measurement system – Performance or efficiency evaluation
Reexamination Certificate
1999-09-09
2003-01-14
Wachsman, Hal (Department: 2857)
Data processing: measuring, calibrating, or testing
Measurement system
Performance or efficiency evaluation
C702S187000, C717S128000, C717S130000
Reexamination Certificate
active
06507805
ABSTRACT:
BACKGROUND OF THE INVENTION
1. Technical Field
The present invention relates to an improved data processing system and, in particular, to a method and apparatus for optimizing performance in a data processing system. Still more particularly, the present invention provides a method and apparatus for a software program development tool for enhancing performance of a software program through software profiling.
2. Description of Related Art
In analyzing and enhancing performance of a data processing system and the applications executing within the data processing system, it is helpful to know which software modules within a data processing system are using system resources. Effective management and enhancement of data processing systems requires knowing how and when various system resources are being used. Performance tools are used to monitor and examine a data processing system to determine resource consumption as various software applications are executing within the data processing system. For example, a performance tool may identify the most frequently executed modules and instructions in a data processing system, or may identify those modules which allocate the largest amount of memory or perform the most I/O requests. Hardware performance tools may be built into the system or added at a later point in time. Software performance tools also are useful in data processing systems, such as personal computer systems, which typically do not contain many, if any, built-in hardware performance tools.
One known software performance tool is a trace tool. A trace tool may use more than one technique to provide trace information that indicates execution flows for an executing program. One technique keeps track of particular sequences of instructions by logging certain events as they occur, so-called event-based profiling technique. For example, a trace tool may log every entry into, and every exit from, a module, subroutine, method, function, or system component. Alternately, a trace tool may log the requester and the amounts of memory allocated for each memory allocation request. Typically, a time-stamped record is produced for each such event. Corresponding pairs of records similar to entry-exit records also are used to trace execution of arbitrary code segments, starting and completing I/O or data transmission, and for many other events of interest.
In order to improve performance of code generated by various families of computers, it is often necessary to determine where time is being spent by the processor in executing code, such efforts being commonly known in the computer processing arts as locating “hot spots.” Ideally, one would like to isolate such hot spots at the instruction and/or source line of code level in order to focus attention on areas which might benefit most from improvements to the code.
Another trace technique involves program sampling to identify certain locations in programs in which the programs appear to spend large amounts of time. This technique is based on the idea of interrupting the application or data processing system execution at regular intervals, so-called sample-based profiling. At each interruption, the program counter of the currently executing thread, a process that is part of a larger process or program, is recorded. Typically, these tools capture values that are resolved against a load map and symbol table information for the data processing system at post-processing time, and a profile of where the time is being spent is obtained from this analysis.
For example, isolating such hot spots to the instruction level permits compiler writers to find significant areas of suboptimal code generation, at which they may focus their efforts to improve code generation efficiency. Another potential use of instruction level detail is to provide guidance to the designer of future systems. Such designers employ profiling tools to find characteristic code sequences and/or single instructions that require optimization for the available software for a given type of hardware.
There are often costs associated with measuring a system in that the measurement itself perturbs the system. This effect is well understood in the study of elementary particle physics and is known as the Heisenberg uncertainty principle. With software tracing, the cost associated with the tracing can severely affect the system being profiled. The effect can range from disruption of the cache and the instruction pipeline to more mundane effects such as the overhead associated with the tracing.
One effect that may be measured is the overhead associated with the execution of instrumentation code within the execution flows of the application program. As the application program executes, the instrumentation may incur significant overhead in the form of calls to obtain system information, such as a call to obtain a current timestamp.
Therefore, it would be particularly advantageous to provide a method and system for determining the amount of instrumentation overhead incurred during the profiling of a program and for compensating for the overhead during post-processing.
SUMMARY OF THE INVENTION
A method and system for compensating for instrumentation overhead in trace data by detecting minimum trace event times is provided. In order to profile a program, the program is executed to generate trace records that are written to a trace file. A set of event trace records in a trace file are processed to determine one or more trace overhead compensation values. The trace overhead compensation values are determined by computing, for each successive pair of event trace records in the trace file, a difference between a first timestamp in a preceding event trace record and a second timestamp in a succeeding event trace record. The minimum value of all of these differences is then stored as a trace overhead compensation value. A trace overhead compensation value represents an amount of time for instrumentation processing of an event. The one or more trace overhead compensation values are applied to the event trace records during subsequent processing of the set of event trace records in the trace file.
REFERENCES:
patent: 4558413 (1985-12-01), Schmidt et al.
patent: 5295230 (1994-03-01), Kung
patent: 5321834 (1994-06-01), Weiser et al.
patent: 5465258 (1995-11-01), Adams
patent: 5481712 (1996-01-01), Silver et al.
patent: 5485616 (1996-01-01), Burke et al.
patent: 5493689 (1996-02-01), Waclawsky et al.
patent: 5506955 (1996-04-01), Chen et al.
patent: 5539907 (1996-07-01), Srivastava et al.
patent: 5553235 (1996-09-01), Chen et al.
patent: 5649085 (1997-07-01), Lehr
patent: 5689712 (1997-11-01), Heisch
patent: 5732273 (1998-03-01), Srivastava et al.
patent: 5737609 (1998-04-01), Reed et al.
patent: 5748878 (1998-05-01), Rees et al.
patent: 5768500 (1998-06-01), Agrawal et al.
patent: 6016466 (2000-01-01), Guinther et al.
patent: 6158024 (2000-12-01), Mandal
patent: 6263491 (2001-07-01), Hunt
patent: 02191017 (1990-10-01), None
patent: 4131921 (1992-08-01), None
patent: 10083326 (1996-05-01), None
Jerry C. Yan, “Performance Tuning with AIMS—An Automated Instrumentation and Monitoring System for Multicomputers”, 1994 (No month), IEEE, proceedings of the Twenty-Seventh Annual Hawaii International Conference on System Sciences, 1994, pp. 625-633.*
Gannon et al., “Using Perturbation Tracking to Compensate for Intrusion in Message-Passing Systems”, 1994 (No month), IEEE, pp. 414-421.*
Malony et al., “Performance Measurement Intrusion and Perturbation Analysis”, Jul. 1992, IEEE Transactions on Parallel and Distributed Systems, vol. 3, No. 4, pp. 433-450.*
Malony et al., “Tracing Application Program Execution on the Cray X-MP and Cray 2”, May 1990, IEEE, pp. 60-73.*
International Business Machines Corporation; Technical Disclosure Bulletin vol. 38, No. 11, Nov. 1995; Implementation of High Performance Subtype Object Migration, pp. 311-314.
International Business Machines Corporation; Technical Disclosure Bulletin vol. 21, No. 11, Apr. 1979; Method For Correlating Graphical Data On An Interactive Display, pp. 4658,
Gordon Jesse Mannes
Levine Frank Eliot
Urguhart Robert J.
Leeuwen Leslie Van
Nichols Michael R.
Wachsman Hal
Yee Duke W.
LandOfFree
Method and system for compensating for instrumentation... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Method and system for compensating for instrumentation..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method and system for compensating for instrumentation... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3030477