Content deleted Content added
No edit summary |
m Reverted edits by 187.244.75.33 (talk) (HG) (3.4.12) |
||
(8 intermediate revisions by 8 users not shown) | |||
Line 1:
{{Other uses|Hotspot (disambiguation)#Computing}}
{{
A
If a program is
==History of hot spot detection==
The [[
<blockquote>In the '60s, someone invented the concept of a 'jump trace'. This was a way of altering the [[machine code|machine language]] of a program so it would change the next branch or [[jump instruction]] to retain control, so you could execute the program at fairly high speed instead of interpreting each instruction one at a time and record in a file just where a program diverged from sequentiality. By processing this file you could figure out where the program was spending most of its time. So the first day we had this software running, we applied it to our [[Fortran]] [[compiler]] supplied by, I suppose it was in those days, [[Control Data Corporation]]. We found out it was spending 87 percent of its time reading [[
===Iteration===
The example above serves to illustrate that effective hot spot detection is often an [[
==Instruction set simulation as a hot spot detector==
An [[instruction set simulator]] can be used to count each time a particular instruction is executed and later produce either an on-screen display, a printed program listing (with counts and/or percentages of total [[instruction path length]]) or a separate report, showing precisely where the highest number of instructions took place. This only provides a ''relative'' view of hot spots (from an instruction step perspective) since most instructions have different timings on many machines. It nevertheless provides a measure of highly used code and one that is quite useful in itself when tuning an algorithm.
==See also==
*[[Profiling (computer programming)]]
==References==
{{Reflist}}
[[Category:Software optimization]]
|