Abstract:
A method for time use analysis of a higher level language program is performed by displaying source code lines in descending order according to the amount of time spent by the program to execute machine code into which the source code lines have been compiled. Source code lines are displayed arranged in order according to the percentages of the amounts of time spent in execution during runs of the program, and the higher percentages identified for optimizing actions. A digital processing apparatus for performing the analysis includes a display for showing the source code lines that require the most time of execution, a selection apparatus for selecting those source code lines having the greater opportunity for significant corrective action, and displaying the various selected source code lines in the order in which the lines are kept in the program along with the corresponding time spent by the program to execute machine code into which the source code lines have been compiled. An improved method and apparatus identifies source code lines which a testing program does not test in its test procedure. A digital processing apparatus displays in different orders those source code lines identified as not having been used. Test programs are improved so that machine code instructions for all lines of source code are executed.

Description:
This is a continuation application of application Ser. No. 08/212,600 filed on Mar. 14, 1994, now abandoned. 
    
    
     BACKGROUND OF THE INVENTION 
     1. Field of the Invention: 
     The present invention relates to the art of software development for digital computing, and more particularly to the arts of (1) debugging and optimizing higher level language programs, and (2) testing procedures for higher level language programs. 
     2. Description of the Prior Art: 
     In the past, after computer programs are created, programmers must debug the program. Such programs are usually created out of many procedures and subroutines, each of which is a series of lines of source code intended to perform some specific task or function. &#34;Subroutines,&#34; &#34;functions&#34; and &#34;procedures&#34; are self-contained segments of the program, comprising a group of source code lines that perform a specific function. Hereinafter in this specification, the term &#34;source line&#34; may be used from time to time as the same as and synonymous with the term &#34;source code line&#34; for ease and clarity in understanding and description. 
     Initially, a computer performs its tasks by &#34;executing&#34; machine code. Machine code is a series of machine instructions. Each instruction usually consists of a coded sequence of binary bits comprising a series of positives and negatives, ones and zeros or similar type of two level information. A digital processing apparatus responds to such machine instructions by operating upon other machine coded data stored in a memory, according to the program. A set of such machine instructions is loaded into a central processing unit of the digital processing apparatus, or computer from a memory called a machine instructions file. The memory device for both could be a disk, floppy disk, tape, read only memory (ROM), flash memory or the like. Thus, the central processing unit of the computer retrieves an initial machine instruction from the memory and carries out the tasks specified by the instruction. In carrying out or performing the specified tasks of the machine instruction, the computer is said to &#34;execute&#34; the machine instruction. 
     A machine instruction will not only operate upon the data in memory in accordance with the program, but will also instruct the central processing unit as to which machine instruction to retrieve and execute next. This process of executing one machine instruction after the next may continue indefinitely or until a machine instruction is executed that instructs the central processing unit to stop the execution process. Some digital processing apparatuses include improvements to speed up computer programs by allowing the computer to execute several machine instructions at once if it can do so, while still generally appearing to behave as if it is executing one at a time in sequence. Generally, such improvements do not change the fundamental sequential nature of the computer&#39;s execution process. 
     Machine code instructions can be represented in alpha-numeric expressions for display on display devices. Typically, moreover, computer manufacturers create a more human readable version of their machine code, called &#34;assembly code&#34; having its own &#34;assembly language.&#34; The computer translates the assembly language into machine instructions for execution of the program. Assembly language makes it a somewhat easier task to program. However, such assembly languages are usually unique to that manufacturer&#39;s computers, and to make a program executable on another computer, the entire program must be rewritten in another&#39;s assembly language. 
     As a consequence, higher, or &#34;high&#34; level programming languages have been developed which are designed to run on all brands of computers. Using such higher level programs, a computer programmer can express general mathematical formulae and complex data relationships in a way that is independent of the actual brand of computer on which the program will be run. The computer programmer need not know what machine code language instructions will actually be used to implement his mathematical formulae. In this manner, the programmer can concentrate on the general specification of the algorithm without having to figure all of the detailed machine instructions necessary to carry out or execute his tasks. Among the more popular higher level programming languages are C, Fortran, Cobol, C++, Ada, Pascal and Lisp. 
     The indicia used to identify these higher level programming languages bear a resemblance to ordinary, written languages. Such indicia are usually written in alpha-numeric symbols, including various punctuation marks and characters, in a line from left to right. A single command created by a programmer in such a higher level language usually comprises a single line, but in any event is called a &#34;source code line&#34; or, more simply, a &#34;source line.&#34; It is a series of such source lines of code that comprise the subroutines, functions and procedures that, collectively, will in turn comprise a complete program. Each of such subroutines, functions or procedures is itself a self-contained segment of the program, and each comprises a group of source code lines, source lines or instructions that performs a specific function or task. Such source lines are stored in a memory, called a source lines file. These source lines are stored in the source lines file in an order which, for purposes of this description, will be called the source order or, sometimes, the source code order. The alpha-numeric expressions or indicia representing each of such source lines can be displayed on a display device, and are usually presented in a column from top to bottom in the order in which the source code line or command is to be carried out in the fundamental sequence of the computer&#39;s run of the program. Generally, this order is coincidental with the source order. 
     Displays are usually provided which present the results of the computer&#39;s operations to the user. The display can take the form of a permanent medium, such as printed paper where the results of the computer are printed by a printer, as well as such media as magnetic implanted or recorded tapes, data disks and like devices which can be either human readable or understandable or machine readable. The display can be in the form of a transient medium, such a video terminal or screen. Video screens can be the usual cathode ray tube screen as well as liquid crystal displays, virtual reality displays, holographic displays and so on. Further, such displays are used not only to present the results of the computer&#39;s operation, but also to present various information from or through the computer, such as, for example, the data stored within the computer&#39;s memory, such as the machine code instructions, source lines file, diagnostic programs and other information kept in the computer&#39;s memory or in the memory of peripheral equipment attached to the computer. Hereinafter in this description, the term &#34;display&#34; shall be used and is intended to mean all of such display devices, as well as other media through or on which the results and other information from or through a computer can be presented to a user or another machine. 
     Most such digital processing apparatuses have some way of inserting codes, data and instructions into the computer. Such input devices include keyboards and/or some form of pointing devices. Pointing devices can be a light pen, a graphics tablet, arrow keys on a keyboard, a track ball or the &#34;mouse&#34; or &#34;clicker&#34; for positioning a pointer or cursor on the display screen or other output presentation. 
     &#34;Interactive display&#34; or &#34;interactive display device&#34; are terms that are sometimes used to refer to those displays that combine computer input and output functions. These devices allow the user to identify a location on the display so that the digital processing apparatus can then respond to that location identification as a command or instruction for further action or operation. Such a combination could be, for example, a video screen (cathode ray tube) and a pointing device, such as a &#34;mouse&#34; that moves a screen visible arrow or like cursor to identify a location among the indicia showing on the screen. Stylus sensitive liquid crystal display panels are another example of such an interactive display. 
     Another combination might be the screen display and a finger of the user&#39;s hand, where the screen display is sensitive to the finger&#39;s touch, and responds to that touch as if it were a command. Heads up displays, virtual reality displays and the like are additional such interactive displays. 
     The speed and reliability advantages afforded by higher level program languages cause most programs to be written in higher level languages. Many subroutines, functions and procedures can be very long, often containing hundreds and sometimes thousands of source lines. Furthermore, since the variations and permutations of possible functioning of these subroutines and functions is very large, it is impractical for the programmer to put the program through all possible tests, even assuming that he could know them all. 
     Instead, it is general practice to give a new program, after the programmer has performed rudimentary testing, to a number of testers who will exercise the program and all of its subroutines and functions more thoroughly in a variety of environments, applications, iterations and combinations. Typically, such testers identify those tasks and operations which the program cannot perform in the manner in which the tester has tried. In such testing, the tester usually identifies only those subroutines or functions which fail to perform their specific task assigned within the overall scheme of the program. Such testers normally are unable to thoroughly test all possible source code lines, many of which may malfunction under the circumstances which call for their use. 
     At the end of the testing, lists of these &#34;bugs&#34; are submitted to the programmer. The programmer can then make corrections to, or debug the program in light of the testers&#39;feedback, and re-submit the debugged program to the testers for further testing. Sometimes, this process is repeated several times until an acceptably well functioning version of the program is achieved. 
     Generally, testers are unconcerned with the time that a subroutine or function takes in the run of the program. Programmers, however, have at least two circumstances in which the amount of time that it takes to execute the program can be important. The first circumstance is when a malfunction of a subroutine, function or procedure is identified that results in it accomplishing its assigned tasks too slowly so that the results of that subroutine, function or procedure are untimely for fitting into the remaining part of the program, which may depend on those results for performing the overall task. A second circumstance occurs when the subroutine or function performance time is too slow by comparison with alternative or competing products. 
     In the first circumstance, the program cannot be released until the problem is resolved. The subroutine, function or its component loop must be made faster or optimized, that is re-written. In the second circumstance, the program may be released, but its acceptance and use will likely be limited accordingly. 
     Where a subroutine, function or procedure, and likely the entire program malfunctions because some part of a subroutine or function is too slow for its assigned task in the scheme of the program, the subroutine, function or procedure must be made faster. Typically, programmers look to alternative subroutines and functions which are faster for substitution into the program. 
     Even after the program has been debugged and the problems fixed so that the program works correctly, it is often found that the program does not carry out its tasks at the speed desired. A user may complain that the program carries out its tasks too slowly, or that it takes too long to perform some of its tasks. Programs are sometimes written to take advantage of certain features of one make of computer. Although the program will run on most other makes of computers because it is written in a higher level language, the other makes of computers in many instances will run that particular program slower than on the make for which it was originally written. A user having a program that runs too slowly on his particular computer may desire greater speed in order that his computer may handle more programs, or handle more tasks. 
     One solution to this problem of time or speed is to acquire a new computer on which the program will be run at a greater speed. This solution, however, can be costly. 
     In the past, certain performance analysis hardware and software have been provided that give the amount of time used by the most often executed machine instructions. The higher level language programmer, however, usually does not know the machine instructions into which his source lines are translated. Most programmers are not helped, therefore, by knowing how much time was used by any one individual machine instruction. 
     Further, it has been known to provide hardware and software that identify those segments of the program, such as subroutines, functions and procedures that use the most time. However, as noted, such functions, subroutines and procedures often consist of hundreds, even thousands of lines of source code. Such hardware and software do not identify which of these source lines use the most time when their corresponding machine code instructions are executed. 
     It is an object of the present invention to identify source code lines for which the time of use, or the amount of time spent to execute the machine code instructions into which the source lines have been translated, is the most. It is a further object of the present invention to provide and display the amount of time spent in the execution of the machine instructions for their corresponding source code lines. It is another object of the present invention to identify the source lines that are used repeatedly. It is yet another object of the present invention to provide a method and apparatus which can make these identifications displayed to the programmer in order according to the amounts of time so spent. It is yet a further object of the present invention to provide a method and apparatus which can present these identifications to the programmer in the source order provided by the source line file and in the likely order of sequential performance. 
     Testing procedures are frequently provided for testing a program, function or sub-routine. Such testing procedures often include running a program by or with test input and analyzing the results. However, many such testing procedures do not test all of the source code&#39;s lines. Indeed, frequently it is not known whether all of the source lines are used in a testing procedure. Therefore, the tester cannot verify whether every source code line is satisfactory. Worse, a program tester may develop an invalid belief in the operability of every code line in every application for which the program was designed. 
     It is another object of this invention to provide testers with a procedure for more easily ascertaining the completeness of a testing procedure, and to provide methods and apparatus for correcting deficiencies found. 
     SUMMARY 
     In brief, in accordance with one aspect of the present invention, all or part of a program of a higher level language composed of source code lines is analyzed by initially determining the amount of time spent by the program during all or a portion of a run of the program to execute machine instructions into which each source code line has been compiled. The source code lines for all or a portion of a program are arranged in the order of descending times spent for their correlating machine instructions&#39; execution. The time spent that correlates with each source code line is calculated also as a percentage of the total amount of time spent for running the program or a portion of it. The source code lines are identified by titles or part of their text in a source code line list in one column of a display or read out, while an indication of the time correlative to each source code line is listed in an another, nearby column, each correlated time spent being positioned juxtaposed its corresponding source code line. 
     From this display or read out, a selection of the source code line or lines believed to present the greatest opportunity for optimizing the program is made. For each selected source code line, indicia identifying the selected line is displayed along with indicia identifying additional source code lines proximal the selected source code line in the order of location in the source line file, or in the operational order of performing or carrying out the sub-routine. In this sequential order display, the amount of time spent with respect to each of the displayed source code lines is shown juxtaposed its corresponding source code line indicia. In addition, the indicia representative of the machine code instructions into which each source code line has been compiled can be shown for each source code line, complete with time spent to execute each of the machine code instructions, if desired. 
     In an alternative embodiment, those machine instructions which were not used in a test procedure are first located. The source line from which the unused machine instruction was translated is then identified. All such source lines thus identified are listed. Any one of such listed source lines can be selected for further scrutiny, and the selected source line is displayed along with other source lines proximal to the selected source line in the order as maintained by the source lines file or the order of being carried out during a run of the program or a portion thereof. The source code line is displayed at least in part by some or all of the text of the source line and, further alternatively, along with machine instructions into which the source code line had been translated. The machine instructions are expressed in the display in their alpha-numeric form. Appropriate corrective or supplemental test programs or routines can then be created to insure that all source code lines are used in an appropriately modified testing procedure. 
     These and other novel aspects of the present invention, together with other aspects thereof, can be better understood by the following detailed description of the preferred embodiments, which are designed to be read in conjunction and together with the accompanying drawings. 
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS 
     FIG. 1 is a perspective schematic view of a digital processing apparatus of the preferred embodiment of the present invention; 
     FIG. 2 is a block, schematic diagram of the method of the preferred embodiment of the present invention; 
     FIG. 3 is a display showing one aspect of the preferred embodiment of the present invention in a time spent order display for source line to time data; 
     FIG. 4 is a display showing another aspect of the preferred embodiment of the present invention in a file order display for source line to time data; 
     FIG. 5 is a block, schematic diagram of the method of an alternative embodiment of the present invention; 
     FIG. 6 is a display showing one aspect of the alternative embodiment of the present invention in a source line and machine instruction to time display; 
     FIG. 7 is a block, schematic diagram of the method of another alternative embodiment of the present invention; 
     FIG. 8 is a display showing one aspect of the alternative embodiment of FIG. 7 in a time spent order display for source line to time data; 
     FIG. 9 is a display showing another aspect of the alternative embodiment of FIG. 7 in a file order display for source line and machine instruction to time data; and, FIG. 10 is a display showing another aspect of the alternative embodiment of FIG. 7 in a source line and machine instruction to time display. 
    
    
     DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
     A digital processing apparatus 10, or computer has a central unit 12, reference being had initially to FIG. 1 of the accompanying drawings. The central unit 12 houses a central processing unit, disk drive and memory, as will be explained in greater detail below. A table 14 holds a cathode ray tube (CRT) display 16 having a screen 17. The cathode ray tube display 16 is connected by bus 18 to the components of the central unit 12. A cursor, or display pointer 20 is displayed on the screen 17, and is movable over the area of the screen 17 in response to input from the keyboard 22. The keyboard 22 has keys 23 for human input to the computer 10. The keyboard 22 is electronically connected to the central unit by bus or cable 24. The pointer or cursor 20 may be moved up, down, and in both lateral or side directions by depressing the appropriate keys 23, as shown, marked with the arrow in that direction toward which it is desired to move the pointer or cursor 20. 
     Another method and apparatus for moving the pointer or cursor 20 is by maneuvering the &#34;mouse&#34; 25, having a &#34;clicker&#34; 26. By moving the mouse 25 in a desired direction on a mouse pad 27 on the top of the table 14, the pointer or cursor 20 will be moved in generally a relatively corresponding direction on the screen 17. The mouse 25 is electronically connected to the keyboard 22 by bus 28, for manual input of signals to be conveyed to the components of the central unit 12 through bus 24, and on to the cathode ray tube display 16 through bus 18. Many computers can use both arrangements. 
     A source code program 34 is installed in the central unit 12 by inserting a disk having the program on it into the drive port 30 and is downloaded into a source lines file 56, which will be described in greater detail below. Similarly, the translation or compiler and profiler program 36 is installed in the central unit 12 by inserting a disk having such information on it into the drive port 30. 
     FIG. 2 is a more detailed, but diagrammatic arrangement of some of the component parts, and sets forth in a block flow diagram methods of practicing the present invention. The central unit 12 contains a central processing unit (CPU) 42 which is interconnected with a disk drive and memory unit 44. A target CPU 46 is the unit that will control the run of the program to be analyzed. The pointing device 50 comprises the cursor or pointer 20 moved by corresponding movement of the mouse 25 on the table 14. Some systems operate using a cursor 20 moved by the arrow labeled keys 23 on the keyboard 22. The pointing device 50 is part of the interactive display 52, which includes the cathode ray display 16. 
     Initially, the program in the form of a source code 34 is inserted into the central unit 12 by inserting the disk on which it is stored into port 30. The source code 34 is transferred to the source lines file 56 in the disk drive and memory 44. A compiler program, called a translator is also transferred into the central unit 12 by inserting it, as by inserting the disk on which they are stored into port 30. The compiler or translator draws the source lines information from the source lines file 56, as indicated by line path 58, and translates, in the translation process 60, the source lines of the source lines file 56 into the machine instructions necessary to execute the operations called for by the analyzed program. The machine instructions are stored in the machine instructions file 64 by the compiler or translation operation 60, as indicated by the line path 62. 
     Typically, a computer 10 operates by running a program which has been installed in it. The program consists of a machine code or instruction list, which instructs the computer to execute various tasks, as set forth in the codes. As set forth in FIG. 2, the program under scrutiny has been established in the target CPU 46 by storing its code in the form of machine instructions in the instructions memory 70, as indicated by line path 68. When operating, the execution process 72 causes the instructions from the instructions memory 70 to be accessed, performed or carried out, as indicated by line path 74. 
     In the preferred embodiment described here, the central processing unit 42, disk drive and memory unit 44 and target CPU 46 combination which was used and found suitable is the Sparcstation IPC, using a SunOS Release 4.1 (GENERIC --  SMALL) #1 operating system, available from Sun Microsystems Inc. of Mountain View, Calif. In this Sparcstation IPC, the target CPU 46 is part of the central processing unit 42. The program under scrutiny was a program written in the C language, and was downloaded from the disk on which it was stored into the source lines file 56 by placing the disk through the port 30 in the central unit 12. The analyzed program is given in the C language in Appendix B, attached hereto and made and part hereof and incorporated herein by this reference. The program was then compiled, that is translated 60 into machine instructions on which the computer 10 can execute the commands which will run the analyzed program. The translation was accomplished using a C-SPARC compiler, version 1.8.7 available from Green Hills Software Inc. of Santa Barbara, Calif. The translation compiler program is inserted into the central processing unit 42 of the Sparcstation IPC 10 by inserting the disk having the program on it into the port 30 of the central unit 12, following the installation instructions of the compiler program. The translation 60 is accomplished by giving the computer 10 the command &#34;gcc -a -p -g demo.c&#34;. 
     The machine instructions are then stored in the machine instructions file 64, named here &#34;a.out&#34;. Contemporaneously, the translation process 60 creates a source lines to machine instructions address table and stores it in the source lines to machine instructions mapping file 66 in the memory 44, as indicated by the line path 67, in the file &#34;a.out&#34;. Although the source lines to machine instructions file 66 in this embodiment was generated using the C-SPARC compiler described above, any compiler that provides, for each line of source code, the addresses of the machine instructions into which the source code line was translated will operate suitably to provide a satisfactory source lines to machine instructions file for the practice of this invention. Such information is often contained in a source code debugger symbol table prepared for use by a source level debugger program. 
     The profiler source code program is installed into the Sparcstation IPC 10 by inserting the disk having the program on it in the port 30 and compiling it in the central processing unit 42. The source code program is set forth in the Appendix A, which is attached hereto and incorporated and made a part of this specification by this reference. The profiler source code program is written in the C language, and is stored in two files, labeled &#34;merge. c&#34; and &#34;wstuff.c&#34; by giving the instruction or command &#34;gcc merge.c wstuff.c -ansi -w-lx11&#34;. 
     The program under scrutiny is run 72 by giving the command &#34;a.out&#34;. This command copies the machine code instruction from the machine instruction file 64 into the instruction memory 70 and then carries out the execution process 72. During the execution 72 of the run of the analyzed program, the central processing unit 42 is sampled a periodic number of times for identification of which machine instruction is being executed or being carried out at the moment of sampling. A sample rate of 100 times per second has been found adequate for a close and accurate approximation. The sample rate may be chosen from a wide range, depending on the nature of the program under scrutiny. From this sampling, an accurate and satisfactorily close approximation of the amount of time spent by this Sparcstation IPC 10 in executing each machine instruction used in the program is determined. This information is stored, as indicted by line path 74 in a machine instructions to time use mapping file 78 in the disk drive and memory unit 44. 
     From the information kept in the machine instructions to time use mapping file 78, and from the information kept in the source lines to machine instructions mapping file 66, a merge process 82 can be carried out to assemble and establish the amount of time spent by the data processing apparatus 10 in executing the machine instructions into which each line of the source code, or source line has been translated by the compiler or translation process 60. The amount of time spent, correlating to each source line, is stored in the source lines to time use mapping table 88 in the central processing unit 42, as indicated by line path 90. 
     The merge process 82 is commenced by the command &#34;perf a.out&#34; given to the Sparcstation IPC 10. In this merge process 82, the machine instructions for each source line are identified from the source lines to machine instructions mapping file 66. This information is used in the merge process 82, as indicated by the line path 84. The approximated amount of time spent executing each machine instruction in a run 72 of the program 46 is obtained from the machine instructions to time use mapping file 78, as indicated by line path 86. From this accumulated information, the merge process 82 determines a close and accurate approximation of the time used or time spent correlating to each source line used in the program. During the merge process 82, the time spent information is in the source lines to time use mapping table 88, as indicated by the line path 90, and is passed to the time use ordering process 94 and the source order display process 104 as indicated by the line paths 92, 111. 
     In the present embodiment, the actual source lines of the program to be analyzed are stored in the source lines file 56, labeled &#34;demo.c&#34; and the machine instructions are stored in the machine instructions file 64, labeled &#34;a.out&#34;. The mapping files 66, 78, 88 have addresses for the corresponding source lines and machine instructions for access to the source lines and machine instructions information, as needed. 
     A time use ordering process 94 for arranging the source lines in an order according to the amount of time spent in executing the machine instructions into which each source line has been translated, is used to access the information needed for this procedure from the source lines to time use mapping table 88, as indicated by the line path 92. This process 94 then prepares a table having each determined amount of time spent juxtaposed its corresponding or correlated source line. A time use order display process 96 takes this arrangement with its source line address information, as indicated by the line path 98, and combines it with the actual source line information from the source lines file 56, as indicated by the line path 100, and prepares as an output a display for presentation of this information on the screen 17 (FIG. 1) of the display 16, as indicated by the line path 102. In this preparation, indicia representing the source line and indicia representing the time spent are assigned to each of such information for presentation on the screen 17. The source line could be represented, for example, by a file name and line number or abbreviated name, and/or might be represented by all or a portion of the text of the source line itself from the source lines file 56. The time spent could be given or expressed in the actual amount of time spent in absolute terms, such as in seconds, milliseconds, nanoseconds, clock counts or the like. The amount of time spent correlating to each source line could also be presented, very usefully, as a relative proportion of the total amount of time spent in the program run, and/or with a percentage representation. 
     In FIG. 3, the first result of this merge process 82, time use ordering process 94, and time use order display process 96 is shown as a representative screen display 116. Screen display 116 shows indicia identifying the time spent in executing the machine instructions into which each of several of the source lines had been translated, along with some indicia identifying the correlating source line. 
     In particular, in FIG. 3 a first column 118 lists the seven most significant source lines, in terms of determined correlated amounts of time spent, in the order of descending times spent for each source line in executing the machine instructions into which that source line had been translated. The source lines are identified by their address or &#34;line&#34; numbers and file name, here &#34;demo.c&#34; plus a line number, for example &#34;75&#34;. A second column 120 lists the actually determined time spent with each of the displayed, correlated source lines of column 118, expressed in seconds. A third column 121 lists the amount of the determined time spent for each displayed, correlated source line as a proportion of the total amount of time spent in completing the run 72 of the program under scrutiny. A third column 122 lists the amount of the determined time spent for each displayed, correlated source line as a percentage of the total time for the program run 72. Each time amount, proportion of time and percentage of time is positioned on the display screen 116 juxtaposed to the indicia 118 representing its correlated source line, in a row across the screen 116. In a fourth column 123 on the screen display 116, at least a portion of the actual source line text is given in the row for that source line. 
     A marker or cursor 124 is shown positioned at one source line 126, which is identified by the indicia &#34;demo.c 75&#34;. The cursor 124 is positioned by a user by maneuvering the pointing device 50, shown in FIG. 2, which is a part of the interactive display 52. In this embodiment, the cursor arrow is moved by maneuvering the mouse 25 on the mouse pad 27 on the table 14. In some systems, the cursor 124 could be maneuvered by operation of the up, down and lateral arrow marked keys 23 of the keyboard 22. The pointing device 50 thus is made to select a particular source line 126 for further scrutiny. 
     By entering some signal in the line path 106, by a click on the clicker 26 when the display arrow 20, 124 is positioned adjacent the file name and address for the source line &#34;demo.c 75&#34; in column 118, the user selects the source file identified by this indicia for closer examination, and starts a selection process 108 to commence, as indicated by the line path 106 of FIG. 2. In other configurations, this selection could be made by the user by entering some key signal through the keyboard 22 to move the cursor and enter some commence signal. 
     The selection process 108 identifies the particular source line 126 selected by the user using the time spent or time use table on the screen 116, and through line path 110 provides this information to a source order display process 104. 
     The source order display process 104 accesses the source lines from the source lines file 56 through line path 112, and arranges the selected source line 126 along with other source lines proximal to the selected source line 126 in the order as kept in the source lines file 56. Usually, this order is the same as the order in which the data processing apparatus 10 carries out the tasks specified by the source lines in the analyzed program. 
     The source order display process 104 also takes information from the source lines to time use mapping table 88 to complete the preparation and arrangement of the information which will be displayed. The source order display process 104 then prepares the indicia identifying the source lines in the order as kept in the source lines file 56 for display on the screen 17 of the display 16, as indicated by the line path 114. 
     In FIG. 4, the screen display 130 prepared by the source order display process 104 is shown. Indicia identifying the selected source line 126 is displayed in the first column 131 along with indicia identifying the source lines proximal to the selected source line 126 in the order as kept in the source file 56. The selected source line can be located from the location or line number &#34;75&#34; in the identifying indicia. In different environments, the selected source line 126 might also be called to the attention of the user by the pointer or cursor 138, positioned at the source line numbered &#34;75&#34; in the screen display 130. Thus, the first column of the screen display 130 is a list of indicia indicating the address locations for various source lines, in the order of the source lines kept by the source lines file 56, for those source lines having addresses proximal to the selected source line 126. 
     The second column 132 of screen display 130 comprises a list of the determined times spent correlating to each of the source lines displayed, each determined time spent being in a row juxtaposed its correlated source line. The third column 133 of the screen display 130 is a list of the determined times spent, expressed as a relative proportion of the total time spent executing the machine instructions correlating to the various source lines. The percentage for each correlating source line also is given, in the fourth column 134 juxtaposed to the identifying location address for the correlating source line. Thus, for example, the percent for source line identified as &#34;demo.c 75&#34; is 16.621%, as set forth in the fourth column 134 in the screen display 130 of FIG. 4. The fifth column 136 of the screen display 130 is a presentation of all or a part of the actual text of the corresponding source lines from the source lines file 56. The text for each source line displayed is given juxtaposed to the corresponding address location information and various expressions of the determined times spent set forth in the first through fourth columns 131, 132, 133, 134. 
     In operation, a user may identify source lines where the greatest or best opportunity exists for optimization or improvement in a computer 10 operation, where the source lines of the analyzed program 34 have been installed in a source lines file 56, and the source lines have been compiled or translated into appropriate machine instructions file 64. Initially, a source lines to machine instructions mapping file 66 is established in the memory 44 by the translation process 60. Next, a run or execution 72 is made of the program having the source lines 56 under scrutiny. A machine instructions to time use mapping file 78 is created by the sampling of the computer 10 during an execution process 72. 
     A merge process 82 takes the information from the source lines to machine instructions mapping file 66 and from the machine instructions to time use mapping file 86, and determines an amount of time spent by the computer 10 in its run 72, that is indicative of the amount of time spent or used by the computer 10 for execution of the machine instructions for each source line 88. This information is stored in the source lines to time use mapping table 88. Through a time use ordering process 94 and a time use order display process 96, a screen display 116 is presented on the display 16 of the interactive display 52. This display 116 identifies the most significant source lines as determined by the amount of time spent by the computer 10. Moreover, the display 116 reports in column 120 and in column 122, close and accurate approximations of the actual amount of time spent by the computer 10 in executing the machine instructions for each source line set forth in this most significant source line list 118. This display 116 helps the programmer to identify those source lines where, if time and speed improvements were made, he would have the most significant effect on the overall execution 72 of the program under scrutiny. 
     Continuing in the operation, the programmer can select one of the source lines 126 for further and more close scrutiny by positioning the cursor 124 on the screen 116 at the indicia for that line. By using a keyboard key, or by clicking or otherwise singling out this selected source line 126 by using either the directions keys 23 on the keyboard 22 and entering, or by positioning the pointer-cursor 20 with the mouse 25 and using the clicker 26 in the selection process 108, the source order display process 104 takes the selected source line 126, and takes from the source lines file 56 the source lines proximal to the selected source line 126 as maintained by the source line file 56, and arranges the selected source line 126 and these proximal source lines in that order of the source line file 56. Normally, as mentioned hereinabove, this order is coincidental with the time, fundamentally sequential order of execution of the machine instructions corresponding to the source lines. 
     This arrangement is presented, as indicated by the line path 114 to the display 16 and displayed, as representatively shown for an example in FIG. 4 as screen display 130. As shown, the indicia identifying the source lines displayed on screen display 130 are given the actual text, or at least a line of the actual text, in the higher level program language, of each source line. In addition, for each source line displayed, the amount of time spent or used by the computer 10 in executing the machine instructions corresponding or correlating to that source line is also displayed in a second column 134 in percent of the total time spent during the program run 72. In a first column 132, an identifying indicia, in this case the file location address, is displayed juxtaposed its corresponding source line text. 
     In the manner set forth, a programmer is able to have that source line causing the most time consumption, or at least enough of a time consumption to be interesting. If changes are to be made to any source line to obtain speed advantages, changes to such lines as identified by the present method will maximize the effect on the overall run time of the program being scrutinized. In considering any such modification, the programmer has before him in screen display 130, not only the source lines where the greatest opportunity for maximum effect exists, but also the source lines proximal to those source lines of interest. Thus, the programmer can quickly observe the location of the source lines of maximal interest within the overall run of the program. The programmer will know those source lines just before and just after the source lines of maximal interest. Additional opportunities may be discovered for optimization of the program by modifying these proximal source lines in conjunction with the targeted source line. 
     In FIG. 5, an alternative embodiment of the present invention is shown in schematic, diagrammatic view where, for ease and clarity in description the reference numerals are the same as those for elements shown in FIG. 2 except being numerically one hundred greater. Thus, a central processing unit 142 and disk drive and memory unit 144 comprise the basic elements of the computer 11. A target CPU 146 has a program which is to be analyzed. A pointing device 150 and display 16 comprise the interactive display 152. 
     The same source code 34 and a translation and profiler program 36 as used in the preferred embodiment described above, are loaded into the computer 11. The source code 34 is stored in the memory 144 in the source lines file 156. The translation program, using the same command instructions as set forth for the preferred embodiment above, compiles or translates the source lines in a translation process 160, and loads 162 the resultant machine instructions into a machine instructions file 164. The source code program set forth in the Appendix A is again loaded into the Sparcstation IPC 11, and is put into two files, again using the same instruction as set forth for the preferred embodiment above. In addition, consequently, the translation process 160 creates a source line to machine instruction map and loads 167 it into a mapping file 166. The analyzed program 34 is run by an execution process 172, upon the same command instruction as set forth for the preferred embodiment above, taking 174 machine instructions from the instruction memory 170, which receives 168 them from the machine instructions file 164. A machine instructions to time use mapping file 178 is created from a sampling of the program during its run 172. 
     To this point, this alternative embodiment is similar in method and structure to the preferred embodiment described above. However, here a merge process 182 is commenced by a different command to the program of the Appendix A, namely &#34;perf -asm a.out&#34;. The merge process 182 then takes 184 the information from the source lines to machine instructions mapping file 166, and takes 186 the information from the machine instructions to time use mapping file 186 to determine with respect to each source line, the amount of time spent by the computer 11 in executing the machine instructions into which each such source line has been translated and stores this information into the source lines to times use mapping table 188. 
     A time use ordering process 194 takes 192 the information from the source lines to time use mapping table 188 and arranges the source lines in descending order according to the determined amount of time spent. A time use order display process 196 takes 198 this arrangement, and takes 200 the source lines information from the source lines file 156, and prepares a display having indicia representing source lines, and their corresponding times spent, from accurate and close approximations of the actual time spent in seconds, clock counts or the like, or from accurate and close approximations of the relative proportions of the time spent correlating to each source line, in relation to the total time spent running the program, expressed, for example, in percentages. 
     A pointing device 150 is used to position a cursor or pointer 20 to select 206 a particular source line, such as the source line identified by the indicia &#34;demo.c 75&#34; as was selected in the preferred embodiment described above. A selection process 208 instructs 210 the source order display process 204 to take 212 information from the source lines; file 156, and to take 211 information from the source lines to mapping table 188, in order to prepare a display that will have for the selected source line and the source lines proximal to it in the order as kept by the source lines file 156, all or some of the text for the source lines, the location address of the source lines in the source lines file 156, and the time spent in executing the machine instructions correlating to each source line. 
     In this alternative embodiment, the source order display process 204 accesses information from the machine instructions file 264, as indicated by the line path 218, so as to have, in addition to the information set forth above, sufficient information to present in the display the alpha-numeric code text for the machine instructions which carry out the source line instruction. This information is assimilated and displayed. 
     In FIG. 6, a screen display 220 resulting from the selection of the source line indicia &#34;demo.c 75&#34; is shown. The information is shown, again, in columns. The first column 222 is a list of indicia 225 identifying not only the selected source code &#34;demo.c 75&#34;, but also indicia 226 identifying all of the machine instructions into which source line &#34;demo.c 75&#34; was translated during the translation process 160. Furthermore, the indicia 224 identifying additional source lines, entitled &#34;demo.c 74&#34; and &#34;demo.c 76&#34; which are proximal to the selected source line &#34;demo.c 75&#34; 225 as kept in the source lines file 156 are listed in the first column 222. Even cursory scrutiny of the first column 222 reveals that certain of the machine instructions take substantially more time for execution than others. The machine instruction indicated by indicia 228, &#34;0x000029ec&#34; takes 0.85 seconds, which is 2.607% of the time spent by the computer 11 in running the analyzed program. Other significant machine instructions can be determined from the screen display 220. 
     In the second column 230, juxtaposed each machine instruction indicia displayed is the actual time spent by the computer in executing that corresponding machine instruction. The total amount of time for all of the machine instructions for a given source line is set forth juxtaposed the indicia 224, 225 identifying that source line. Thus, for the source line identified as &#34;demo.c 75&#34;, the amount of time determined is 5.42 seconds. 
     The third column 232 lists the amount of time spent in executing each machine instruction listed in the first column 222, as a proportion of the total amount of time used or spent for the execution process or run 172 of the analyzed program. The fourth column 234 lists the amount of time spent in executing each machine instruction listed in the first column 222, as a percentage of the total amount of time spent or used by the computer 11 for the execution process or run 172 of the analyzed program. 
     The fifth column 236 lists the actual machine instructions in hexadecimal form. 
     The sixth column 238 gives the actual text, in assembly language, for each of the machine instructions listed in the first column 222, juxtaposed the indicia identifying the corresponding machine instruction. In this fifth column 236 is also given the actual text, or at least part of the text of the source lines having identifying indicia displayed, again juxtaposed in the row for that source line. 
     In the manner described, the programmer faced with the task of making an analyzed program run faster, can locate and identify those machine instructions where, if speed progress or improvement modifications are made, will result in the most significant effect on the overall time of the program&#39;s run. For example, there are available programs that optimize machine instructions, the use of which having the effect of making the execution of such a machine instruction faster. Such optimizations can provide substitutions for many of the machine instructions in the program in certain circumstances, by the programmer to obtain the speed and time efficiency desired. 
     In FIG. 7, another alternative embodiment of the present invention is shown in block, schematic diagram, where for ease and clarity in description and understanding, all of the reference numerals used are those for similar elements and components in FIG. 2 of the drawings, except having a numeric value two hundred greater. Thus, the computer 13 has a central processing unit 242, a disk drive and memory 244 and the target CPU 246, which in the embodiment described here is integral with the central processing unit 242 as part of the Sparcstation IPC described hereinabove for the preferred embodiment. A program to be tested is downloaded into the source lines file 256. That program, written in the C language, is set forth in Appendix B attached hereto, and incorporated herein by this reference. The same compiler as described for the preferred embodiment described above, is downloaded into the central processing unit 242 to translate in the translation process 260 source lines of the program to be tested. The translation process 260 takes 258 the source lines from the source lines file 256, and compiles, that is translates the source lines into machine instructions, and loads 262 them in the machine instructions file 264. The translation process 260 also creates a source lines to machine instructions map and loads 267 it in the source lines to machine instructions mapping file 266. The source code program set forth in Appendix A attached hereto, and incorporated herein and made a part hereof by this reference, is again loaded into the Sparcstation IPC and put into two files, in the same manner and using the same command as described for the preferred embodiment above. 
     The program to be tested is run by an execution process 274 in the target CPU 246, commenced by an execution command &#34;perf -coverage a.out&#34;. The machine instructions are taken 268 from the machine instructions file 264 into the instruction memory 270, and the execution process 272 produces and transfers 274 to a machine instructions to time use mapping file 278 a map of the time taken by the computer 13 during the testing run 272 of the tested program, to execute each machine instruction. 
     A merge process accepts 284 information from the source lines to machine instructions mapping file 266, and accepts 286 information from the machine instruction to time use mapping file 278, and determines first those source lines for which none of the machine instructions into which the source line was translated, was executed during the test run of the tested program. The merge process then arranges all such source lines of the tested program in the source order kept in the source lines file 256 by the computer 13. The results of this tester ordering process 294 are made available 298 to the tested order display process 296. The tester order display process accepts 300 information from the source lines file 256 and accepts the information made available 298 from the tester ordering process, and prepares the information in the tabular form for presentation on the screen display in cathode ray tube display 16. 
     In FIG. 8, a resultant screen display 320 shows the results of the merge, tester ordering and tester order display processes 282, 294, 296. In screen display 320, a first column 322 lists those source lines where a machine instruction into which the source line was translated by the translation process 260, was not execution during the test run 272 of the tested program. In this first column 322, the identified source lines are listed by indicia comprising the program name and the source line file number. In the second column 324, the amount of time is set forth, which, of course, should be zero, as should be the proportion of the time spent versus the total time of the run 372, given in the third column 335, and the percentage of the time spent versus the total time of the run 272 given in the fourth column 326. 
     In the fourth column 327, at least a portion of the text of the corresponding source lines identified in the first column 322 is set forth. All of the relevant information for an identified source line is displayed in a row across juxtaposed to the source code identified on that row. As shown in FIG. 8, those source lines having no machine instructions which were executed during the testing run 272, are called to the attention of the user by an asterisk, &#34;*&#34; next the source line indicia displayed. 
     The display of FIG. 8 is a prelude to the more interesting information available from this alternative embodiment. In operation, the pointer or cursor 20 of the pointing device 250, reference being had to FIG. 7, is maneuvered adjacent one of the source line&#39;s indicia, in this case the source line identified by the indicia &#34;demo.c 45&#34; to select 306 that source line for closer scrutiny. The mouse clicker 26 is clicked, and the program of Appendix A will begin a selection process 308 which transfers 310 the selection to a source order display process 304 will arrange that selected source line with additional source lines that are proximally located before and after the selected source line &#34;demo.c 45&#34; in the order that the source lines are kept by the source lines file 256. The source order display process 304 accepts 311 source line to time use information from a table determined during the merge process 282, and accepts 312 source line text, indicia and other information from the source lines file 256, to prepare 314 and present to the display 16 a tabular display. 
     FIG. 9 is a screen display resulting from the source order display process 304. In FIG. 9, a screen 330 displays a first column 332 listing indicia identifying the selected source line &#34;demo.c 45&#34;, and lists it in the order of the source lines file 256 with indicia identifying other source lines proximally located and kept by the source lines file 256. The second column 324 lists the time in seconds spent by the computer 13 in the test program run executing the machine instructions into which each of the listed was translated in the translation process 260. The third column 325 lists the time spent as a proportion of the total time spent in the tested program run 272. The fourth column 326 lists the times spent as a percentage of the total time spent in the run of the tested program. Of course, the time spent for the selected source line has a machine instruction which was not executed, and this fact is called to the attention of the user by the &#34;*&#34; marking that source line in the screen display 330 of FIG. 9. 
     The fifth column 327 sets forth the text or at least a portion of the text of the source line corresponding the identifying indicia in the first column 322. This display presents to the user an identification of those source lines where, during the test run 272 of the tested program, no machine instructions were run, and presents this source line in the fundamentally sequential context of that source line in the source lines file order. 
     The screen display is exited by maneuvering the pointer 20 to the exit location 329 on the screen display 320, and clicking with the clicker 26. The user then has available a presentation of the relevant source lines&#39; correlated machine instructions in lower level language code format. This presentation is obtained by giving the command &#34;perf -coverage -asm a.out&#34; to commence the merge process 282. The merge process 282 transfers 311 information from the source lines to machine instructions mapping file 266, and from the machine instructions to time use mapping file 278 to the source order display process 302. The source order display process 302 accepts 312 information from the source lines file 256 and machine instruction information from the machine instructions file 264, as indicated by the line path 318, to prepare a presentation for display 16. 
     In FIG. 10, the screen display 340 displays the selected source line &#34;demo.c 45&#34; having all of the machine instructions into which the source line &#34;demo.c 45&#34; was translated by the translation process 260 displayed in tabular form for ready reference and analysis. In particular,, the first column 342 lists the selected source line identifying indicia, and immediately following this selected source line&#39;s indicia is listed indicia identifying all of the machine instructions into which that source line &#34;demo.c 45&#34; was translated. Further, indicia for other source lines located proximal to the selected source line are listed, with at least some of the machine instructions into which those proximal source lines were translated in the translation process 260. 
     In rows juxtaposed the corresponding machine instruction or source line indicia are columns giving various information about the corresponding instruction or line. In particular, the second column 344 lists the amount of time spent in seconds to execute the machine instructions. The third column 346 lists the amount of time spent, expressed as a proportion of the total amount of time spent during the test run 272. The fourth column 348 gives the amount of time spent as a percentage of the total amount of time spent by the computer 13 in the test run 272, for the corresponding instruction. Of course, at least one instruction for the selected source line will be zero, but the times for the immediately sequential instructions are also given, allowing the user to put the selected line and instructions in the context of their expected use in the program. 
     The fifth column 350 has two parts. A first part 352 of the fifth column 350 lists the actual machine instruction, shown here in hexadecimal form. The second part 354 of the fifth column 350 gives the identified machine instruction in assembly language, which is useable by many programmers. 
     As may be appreciated, a method and apparatus is provide that allows a programmer to analyze a testing program and discover whether or not the testing program in its normal run actually tests all of the machine instructions into which the tested program has been compiled. Any deficiencies can be identified, and displayed in a format that identifies the most serious skips, and then in a format that allows the programmer to observe the deficiencies in the context of the lowest level language and in the fundamentally sequential context of the instruction in the run of the program. Any further testing which might be considered useful in light of the noted deficiencies can be designed with a focus on those instructions considered most important. 
     The foregoing detailed description of my invention and of preferred embodiments as to products, compositions and processes, is illustrative of specific embodiments only. It is to be understood, however, that additional embodiments may be perceived by those skilled in the art. The embodiments described herein, together with those additional embodiments, are considered to be within the scope of the present invention. ##SPC1##