Patent Application
20230367567
Hardware Tracing is the process of capturing data that illustrates how certain hardware and software components are operating, executing, and performing in the system. Hardware tracing can be done by many components, e.g., processors, buses, or accelerators, and is widely used across the industry for debug, performance monitoring, telemetry, and security purposes. Some examples of hardware tracing include Instruction Based Sampling (IBS) by AMD (AMD is a trademark of Advanced Micro Devices, Inc), and Embedded Trace Macrocell by Arm® (Arm is a registered trademark of Arm Limited (or its subsidiaries) in the US and/or elsewhere) and the Program Trace Macrocell.
Intel's flagship publicly available hardware tracing technology is Processor Trace (PT). It is a branch-tracing technology that is also capable of saving timing and frequency change information, as well as information on transitioning between different power states and modes of operation. PT can store the traced data into a memory buffer or stream the traced data via the USB (Universal Serial Bus). PT is used by many customers through Intel® VTune Profiler or open-source tools, like Linux perf, or in-house tools (Intel® is a trademark of Intel Corporation or its subsidiaries). The customers range from finance and trading companies to cloud service providers.
PT is designed to be extensible, and one of the very useful extensions is the ability to record software-provided information. That enables any software agent—applications, runtime libraries, drivers, operating system kernel, BIOS (Basic Input/Output System), processor microcode, etc. —to record any information about its performance, usage statistics, operating mode, error logs, etc. by simply executing a PTWRITE instruction, and make that information available to analysis tools whenever needed. The cost of such tracing is negligible, and when no analysis tool is running, all PTWRITE instructions effectively turn into a NOP (No Operation). The instant application is not intended to work solely with PT but also with any tracing technology, including those having the ability to record information.
Some examples of apparatuses and/or methods will be described in the following by way of example only, and with reference to the accompanying figures, in which:
Some examples are now described in more detail with reference to the enclosed figures. However, other possible examples are not limited to the features of these embodiments described in detail. Other examples may include modifications of the features as well as equivalents and alternatives to the features. Furthermore, the terminology used herein to describe certain examples should not be restrictive of further possible examples.
Throughout the description of the figures same or similar reference numerals refer to same or similar elements and/or features, which may be identical or implemented in a modified form while providing the same or a similar function. The thickness of lines, layers and/or areas in the figures may also be exaggerated for clarification.
When two elements A and B are combined using an “or”, this is to be understood as disclosing all possible combinations, i.e., only A, only B as well as A and B, unless expressly defined otherwise in the individual case. As an alternative wording for the same combinations, “at least one of A and B” or “A and/or B” may be used. This applies equivalently to combinations of more than two elements.
If a singular form, such as “a”, “an” and “the” is used and the use of only a single element is not defined as mandatory either explicitly or implicitly, further examples may also use several elements to implement the same function. If a function is described below as implemented using multiple elements, further examples may implement the same function using a single element or a single processing entity. It is further understood that the terms “include”, “including”, “comprise” and/or “comprising”, when used, describe the presence of the specified features, integers, steps, operations, processes, elements, components and/or a group thereof, but do not exclude the presence or addition of one or more other features, integers, steps, operations, processes, elements, components and/or a group thereof.
In the following description, specific details are set forth, but examples of the technologies described herein may be practiced without these specific details. Well-known circuits, structures, and techniques have not been shown in detail to avoid obscuring an understanding of this description. “An example/example,” “various examples/examples,” “some examples/examples,” and the like may include features, structures, or characteristics, but not every example necessarily includes the particular features, structures, or characteristics.
Some examples may have some, all, or none of the features described for other examples. “First,” “second,” “third,” and the like describe a common element and indicate different instances of like elements being referred to. Such adjectives do not imply element item so described must be in a given sequence, either temporally or spatially, in ranking, or any other manner. “Connected” may indicate elements are in direct physical or electrical contact with each other and “coupled” may indicate elements co-operate or interact with each other, but they may or may not be in direct physical or electrical contact.
As used herein, the terms “operating”, “executing”, or “running” as they pertain to software or firmware in relation to a system, device, platform, or resource are used interchangeably and can refer to software or firmware stored in one or more computer-readable storage media accessible by the system, device, platform, or resource, even though the instructions contained in the software or firmware are not actively being executed by the system, device, platform, or resource.
The description may use the phrases “in an example/example,” “in examples/examples,” “in some examples/examples,” and/or “in various examples/examples,” each of which may refer to one or more of the same or different examples. Furthermore, the terms “comprising,” “including,” “having,” and the like, as used with respect to examples of the present disclosure, are synonymous.
Various examples of the present disclosure relate to hardware tracing records, and in particular to the evaluation of hardware tracing records. In software development, it is common practice to do performance analysis with the help of performance analysis tools that monitor the running of the software being developed at runtime, so the developer can identify performance bottlenecks and identify performance- or deadlock-related bugs. As an alternative, or additionally, code instrumentation is being used to log information during execution of the software being developed, so the developer can identify the code paths taken (and values of variables) by the software during testing. However, both performance monitoring via the development environment and code instrumentation has performance penalties, which result in a limited applicability of these techniques for real-world performance monitoring.
Processor manufacturers have developed hardware tracing techniques to reduce or minimize the computational overhead required for doing performance monitoring. Using these techniques, the impact on performance of the actual software is reduced, as specific hardware implementations take care of logging the desired information. However, in various implementations, such as Intel® Processor Trace (PT) to keep the overhead low, the amount of information being stored is also limited, so there is no performance impact on the running application (to be profiled). In general, in many implementations, such as PT, the information being stored includes a custom information (which is the information that the hardware tracing instruction is told to store), and a memory address that points to the instruction having triggered the hardware tracing record.
While the custom information and the address provide developers with valuable insights regarding execution of their program, their utility is limited in real-world scenarios, such as cloud server scenarios, where a large number of applications are executed at the same time, e.g., as microservices on top of containers. If multiple applications use hardware tracing, it is non-trivial to keep the hardware tracing records separate, such that the monitoring is based only on hardware tracing records of a specific application (or binary module thereof). While the custom information can also be used to encode an identifier of the application, for performance reasons, the custom information being stored is often limited—to 4 byte or 8 byte in the case of PT, for example, such that this course of action severely reduces the amount of usable custom information.
In the proposed concept, another approach is taken. Instead of assuming a single-application debugging scenario, and instead of encoding an identifier into the custom information, a pre-defined identifier is stored in proximity to the instruction having triggered the hardware tracing record. Using the address being stored, first, the binary module (i.e., a part of the software being traced) is identified. The binary module is then scanned (in proximity of the instruction having triggered the hardware tracing record) to detect a pre-defined identifier, which allows determining that a) the hardware tracing record is triggered by a software supporting the proposed technique and b) the context from which the custom information was written. For example, if multiple types of information are stored as separate custom information, such as timestamps and iteration counters, different pre-defined identifiers may be used to enable an analysis tool to differentiate between the different records. Thus, a method for evaluating one or more hardware tracing records related to a hardware tracing operation is provided.
The process starts, on the evaluation side, with obtaining 110 the hardware tracing record. For example, the method may be applied to a plurality of hardware tracing records stored in a memory or storage device, e.g., in a pre-defined memory region. Thus, the hardware tracing record may be obtained from the pre-defined memory region. This pre-defined memory region may be a memory region for storing hardware tracing records, e.g., a buffer being used by the respective hardware tracing functionality. For example, the pre-defined memory region may be a processor-specific hardware tracing buffer. Alternatively, the pre-defined memory region may be a memory region being specified by the instruction triggering the hardware tracing record (e.g., if the concept is implemented on Arm® systems). In this case, the pre-defined memory region may be specified by the instruction having triggered the hardware tracing record.
However, the present concept is not limited to local machines. It can also be used for profiling on remote machines or separate hardware (e.g., graphics processing units or other types of accelerators). For example, the method may be applied to a plurality of hardware tracing records retrieved over a transmission channel, such as a network or the Universal Serial Bus (USB), e.g., from computer system 105.
As outlined above, the hardware tracing record comprises a custom information and a memory address. This custom information is the information, such as timestamp or iteration counter, being traced/stored/logged by the software issuing the instruction having triggered the hardware tracing record. The address, on the other hand, can be used to identify the instruction having triggered the hardware tracing record, or at least the binary module comprising the instruction. For example, the memory address within the deterministic distance of the instruction may be one of the exact address of the instruction that triggered the hardware tracing record, the address of the instruction that follows the instruction that triggered the hardware tracing record, or the address of an instruction at a pre-defined distance to the instruction that triggered the hardware tracing record. For example, the deterministic distance may correspond to a deterministic offset in memory address space, i.e., a deterministic memory offset, from the instruction that triggered the hardware tracing record.
Using this address, the binary module can be identified 120. For example, the address may be used to determine a location of the binary module in memory (or storage), e.g., at the time the software comprising the binary module was executed/traced. Using knowledge (e.g., a mapping) on which software (e.g., binary module thereof) was executed where in memory, the software, and binary module thereof, can be identified. For example, the hardware tracing record may further (i.e., in addition to the custom information and address) comprise a timestamp. The act of identifying the binary module may be further based on the timestamp. For example, the timestamp and address may be used to look up the binary module via the aforementioned mapping. In the present context, the binary module may correspond to a function of a piece of software or a basic block of a piece of software. This binary module contains the instruction (or a call of the instruction) have triggered creation of the hardware tracing record.
Once the binary module is identified, the pre-defined identifier may be detected in the pre-defined memory address range relative to the memory address within the deterministic distance of the instruction in the binary module, to determine 130, whether a pre-defined identifier is stored at a pre-defined memory address range relative to the memory address within the deterministic distance of the instruction in the binary module. For example, in
The presence (or absence) of the pre-defined identifier is used to determine, whether a hardware tracing record is relevant to the evaluation, as hardware tracing records that are from other hardware tracing operations can be sorted out and skipped. For example, as further shown in
The remaining hardware tracing records may then be processed 150. In some examples, processing 150 the hardware tracing record may comprise analyzing and/or displaying information on the hardware tracing record in a hardware tracing analysis tool or a development environment (e.g., a development graphical user interface). For example, the information on the hardware tracing record may be processed with the custom information and with information on the binary module (and with the pre-defined identifier). For example, the pre-defined identifier may be used to map the custom information to the respective binary module or instructions therein, or to interpret the information contained in the custom information. In some examples, processing 150 the hardware tracing record may comprise storing the hardware tracing record (with the custom information, information on the binary module and the pre-defined identifier), for analysis by a hardware tracing analysis tool or a development environment.
The interface circuitry 12 or means for communicating 12 may correspond to one or more inputs and/or outputs for receiving and/or transmitting information, which may be in digital (bit) values according to a specified code, within a module, between modules or between modules of different entities. For example, the interface circuitry 12 or means for communicating 12 may comprise circuitry configured to receive and/or transmit information.
For example, the processor circuitry 14 or means for processing 14 may be implemented using one or more processing units, one or more processing devices, any means for processing, such as a processor, a computer or a programmable hardware component being operable with accordingly adapted software. In other words, the described function of the processor circuitry 14 or means for processing may as well be implemented in software, which is then executed on one or more programmable hardware components. Such hardware components may comprise a general-purpose processor, a Digital Signal Processor (DSP), a micro-controller, etc.
For example, the memory or storage circuitry 16 or means for storing information 16 may a volatile memory, e.g., random access memory, such as dynamic random-access memory (DRAM), and/or comprise at least one element of the group of a computer readable storage medium, such as a magnetic or optical storage medium, e.g., a hard disk drive, a flash memory, Floppy-Disk, Random Access Memory (RAM), Programmable Read Only Memory (PROM), Erasable Programmable Read Only Memory (EPROM), an Electronically Erasable Programmable Read Only Memory (EEPROM), or a network storage.
For example, the computer system 100 may be one of a workstation computer system, a server computer system, a personal computer system, a portable computer system, a mobile device, a smartphone, a tablet computer, or a laptop computer.
More details and aspects of the method, apparatus 10, device 10, computer system 100 and/or system are mentioned in connection with the proposed concept, or one or more examples described above or below (e.g.,
The method starts with processing 210 the piece of software to identify 220 a placement of one or more instructions for triggering creation of a hardware tracing record. This can be done in various ways. In some examples, identifying 220 the placement may comprise detecting the instructions(s) for triggering creation of a hardware tracing record (in the source code or assembly code). Accordingly, the placement of the one or more instructions may be identified 220 by identifying 222 at least one pre-defined instruction in an assembly code representation (or source code representation) of the piece of software, e.g., in a binary module of the piece of software. Alternatively, identifying 220 the placement may comprise identifying higher-level instructions or settings, e.g., instructions for calling a profiling framework or library, and not the instructions for triggering creation of the hardware tracing record itself. In this case, the placement of the one or more instructions may be identified 220 by identifying 224 a pre-defined application programming interface call (e.g., to a hardware tracing framework or library) in a source code representation of the piece of software during compilation of the piece of software. In some cases, identifying the placement may be done while or prior to inserting the instructions for triggering creation of the hardware tracing record, e.g., according to higher-level instructions, profiling-instructions, breakpoints, variable tracing instructions, etc. in the source code, with the higher-level instructions, profiling-instructions, breakpoints, variable tracing instructions, etc. indicating placement of the instructions. Accordingly, the method may comprise inserting 230 into the software, for each instruction of the one or more instructions, the instruction for triggering creation of a hardware tracing record (e.g., according to the identified placement).
Once placement of the instruction(s) is identified, the pre-defined identifiers (introduced in connection with
The interface circuitry 22 or means for communicating 22 may correspond to one or more inputs and/or outputs for receiving and/or transmitting information, which may be in digital (bit) values according to a specified code, within a module, between modules or between modules of different entities. For example, the interface circuitry 22 or means for communicating 22 may comprise circuitry configured to receive and/or transmit information. For example, the processor circuitry 24 or means for processing 24 may be implemented using one or more processing units, one or more processing devices, any means for processing, such as a processor, a computer or a programmable hardware component being operable with accordingly adapted software. In other words, the described function of the processor circuitry 24 or means for processing may as well be implemented in software, which is then executed on one or more programmable hardware components. Such hardware components may comprise a general-purpose processor, a Digital Signal Processor (DSP), a micro-controller, etc.
For example, the memory or storage circuitry 26 or means for storing information 26 may a volatile memory, e.g., random access memory, such as dynamic random-access memory (DRAM), and/or comprise at least one element of the group of a computer readable storage medium, such as a magnetic or optical storage medium, e.g., a hard disk drive, a flash memory, Floppy-Disk, Random Access Memory (RAM), Programmable Read Only Memory (PROM), Erasable Programmable Read Only Memory (EPROM), an Electronically Erasable Programmable Read Only Memory (EEPROM), or a network storage.
For example, the computer system may be one of a workstation computer system, a server computer system, a personal computer system, a portable computer system, a mobile device, a smartphone, a tablet computer, or a laptop computer.
More details and aspects of the method, apparatus 20, device 20, computer system 200 and/or system are mentioned in connection with the proposed concept, or one or more examples described above or below (e.g.,
Various examples of the present disclosure relate to a concept (e.g., a method) of sharing hardware tracing capabilities between multiple software agents.
In general, a challenge in hardware tracing as tools generally cannot differentiate between records coming from different software components into the same hardware trace. This may limit the use of hardware tracing techniques, such as PTWRITE.
Some hardware tracing techniques more or less imply a single-agent use. In some cases, hardware tracing techniques may even lack capability to generate software-provided records. This limits a tracing technology to a niche use, in a debug environment, which cannot be deployed on a large scale as a production-level solution. It may block compilers, runtimes, drivers, OS, and BIOS from using instructions like PTWRITE, because they will have to be conditionally turned on and off or inserted through binary instrumentation, which increases support costs and performance overheads.
In some cases, the address of a PTWRITE instruction can be traced (as PT can be configured not only to trace the payload of PTWRITE, but also to store the address of the PTWRITE instruction itself) and use it to differentiate between different records. Differentiating of records through the address of PTWRITE instruction alone is not possible, as multiple tools can try and use the same library to emit records (of totally different semantics) or write records of the same semantics from multiple places within the code.
In the following, an example is given on how a more fine-granular use of hardware tracing, even in production environments, is enabled. Intel PT introduces an instruction (PTWRITE) to store an arbitrary 4- or 8-byte record into the hardware data stream. Intel PT also stores an address (compressed) of the PTWRITE instruction in the same data stream.
In the proposed concept, the software that uses PTWRITE is encouraged to place a distinguishable/unique sequence of bytes at a certain offset from each PTWRITE instruction (e.g., place a globally unique ID (GUID) before, after, or around each PTWRITE). A decoding tool that reads the PT data stream may then fetch a PTWRITE-generated record, then fetch an address of the associated PTWRITE instruction, and then search for a known sequence of bytes (GUID) at a known offset from said address. If the GUID is found, then the record can be safely interpreted. If not, then the record may be skipped.
If a hardware tracing tool is not following this approach and not generating a unique binary sequence before/after its PTWRITEs, it does not affect the operation of the tools following this approach, because their GUIDs will be, with a very high degree of probability, different from the binary sequences of the non-compliant tools, and thus the tools following this approach might not mistake PTWRITE records of non-compliant tools for their own. The proposed concept is equally applicable to any means of storing software-provided records into a hardware data stream, and are not limited to Intel PT.
The proposed concept enables software vendors to publicly expose their tracing solutions and let users benefit from tracing their code without fear of conflicting with other users and tools. For example, an operating system vendor may publish a hypervisor, such as Hyper-V, instrumented with PTWRITEs and help tune software to their virtualization environments. For example, PTWRITEs may be inserted into the operating system kernel and their event tracing infrastructure. Moreover, the proposed concept may be used in open-source tracing frameworks for cloud workloads. For example, the proposed concept may be used to provide low-latency traders with a technique for always-running performance anomaly monitoring systems in their production environments.
The proposed concept may enable wide adoption of hardware tracing techniques, such as Intel PT, for software tracing. This may enable implementation of a highly-performance read performance-monitoring counter instructions that may output performance counter values into PT or other hardware tracing techniques, and compiler-generated instrumentation for debugging.
In effect, the hardware trace will comprise an arbitrary sequence of records containing timings and iterations (plus PTWRITE instruction addresses), as shown in
The proposed concept may address this challenge. The analysis tool may look up a pre-defined area, e.g., the 16 bytes before the address of the PTWRITE instruction. In the example of
By the nature of Intel PT trace compression, PT trace decoding tools may store a map of executable modules and have access to the binaries to decode the control flow trace correctly. That is why looking up the PTWRITE addresses and searching the binaries for GUIDs might not constitute a new analysis step and therefore might not complicate the decoding. On the contrary, it may benefit from existing trace decoding infrastructure and does not add any noticeable performance overhead.
The proposed concept is not limited to Intel's PT technology. For example, the proposed concept may be used to enable universal tracing capabilities, similar to Intel's PTWRITE, in ARM's Embedded Trace Macrocell (ETM) without changing a single hardware gate, purely by software means. ARM's ETM provides code and data tracing capabilities. Intel PT took a different approach and does not provide for data tracing, because data tracing is considered expensive—in terms of memory bandwidth, data transmission rates, trace sizes, performance overheads. Instead, the PTWRITE instruction was introduced as a means of tracing any kind of information. Using the proposed technique, the data rates and overheads may be greatly reduced. For this purpose, filtering of a data address range may be setup to trace only data written to one dedicated range or address. In addition, tracing of indirect branches only might be enabled. Dedicated branch targets in the code may be created that will write anything to the data address range being traced. Each branch target may be pre- or post-fixed with a unique ID, so that the code can output arbitrary data values and convey their semantics by calling a specific branch target. As a result, ARM ETM hardware may collect a target branch address and a data value, for example, written to memory with an ST instruction (there is no need for a custom operation), and the decoding software may fetch that ST instruction from the disassembly, at the traced branch target address, find the ID next to it, and interpret the output data value correctly—by following the proposed concept.
The proposed concept may be used to improve debuggability and traceability for different systems by lowering traced data rates and required bandwidth by orders of magnitude in a cheap way, through modifying software and not changing existing hardware. The proposed concept may expand the tracing functionality of different systems from primarily being used for debugging to universal tracing that can be used for performance monitoring and anomaly detection.
The proposed concept may be used in various tools (e.g., a debugger, performance monitoring, or tracing tool, a compiler, or a library) to differentiate the tool's own records from the rest of records, and thus can be reliably used in the production environment. As that would be its clear competitive advantage.
The proposed concept is based on using a unique binary sequence around the instruction that generates a trace record (e.g., PTWRITE).
More details and aspects of the concept of sharing hardware tracing capabilities between multiple software agents are mentioned in connection with the proposed concept or one or more examples described above or below (e.g.,
An example (e.g., example 1) relates to a method for evaluating one or more hardware tracing records related to a hardware tracing operation, the method comprising obtaining (110) a hardware tracing record, the hardware tracing record comprising a custom information and a memory address within a deterministic distance of an instruction having triggered the hardware tracing record. The method comprises identifying (120), based on the memory address within the deterministic distance of the instruction having triggered the hardware tracing record, a binary module containing the instruction. The method comprises determining (130), whether a pre-defined identifier is stored at a pre-defined memory address range relative to the memory address within the deterministic distance of the instruction in the binary module. The method comprises processing (150) information on the hardware tracing record if the pre-defined identifier is stored at the pre-defined memory address range relative to the memory address within the deterministic distance of the instruction.
Another example (e.g., example 2) relates to a previously described example (e.g., example 1) or to any of the examples described herein, further comprising that the memory address within the deterministic distance of the instruction is one of the exact address of the instruction that triggered the hardware tracing record, the address of the instruction that follows the instruction that triggered the hardware tracing record, or the address of an instruction at a pre-defined distance to the instruction that triggered the hardware tracing record.
Another example (e.g., example 3) relates to a previously described example (e.g., one of the examples 1 to 2) or to any of the examples described herein, further comprising that the method comprises skipping (140) a hardware tracing record if the determination, whether the pre-defined identifier is stored at the pre-defined memory address range, is negative.
Another example (e.g., example 4) relates to a previously described example (e.g., one of the examples 1 to 3) or to any of the examples described herein, further comprising that the information on the hardware tracing record is processed with the custom information and with information on the binary module.
Another example (e.g., example 5) relates to a previously described example (e.g., one of the examples 1 to 4) or to any of the examples described herein, further comprising that the hardware tracing record further comprises a timestamp, with the act of identifying the binary module being further based on the timestamp.
Another example (e.g., example 6) relates to a previously described example (e.g., one of the examples 1 to 5) or to any of the examples described herein, further comprising that pre-defined identifier uniquely identifies a specific hardware tracing operation.
Another example (e.g., example 7) relates to a previously described example (e.g., one of the examples 1 to 5) or to any of the examples described herein, further comprising that pre-defined identifier uniquely identifies a piece of software.
Another example (e.g., example 8) relates to a previously described example (e.g., example 7) or to any of the examples described herein, further comprising that pre-defined identifier uniquely identifies a binary module of a piece of software.
Another example (e.g., example 9) relates to a previously described example (e.g., one of the examples 1 to 8) or to any of the examples described herein, further comprising that the method is applied to a plurality of hardware tracing records stored in a pre-defined memory region.
Another example (e.g., example 10) relates to a previously described example (e.g., example 9) or to any of the examples described herein, further comprising that the pre-defined memory region is a processor-specific hardware tracing buffer.
Another example (e.g., example 11) relates to a previously described example (e.g., example 9) or to any of the examples described herein, further comprising that the pre-defined memory region is specified by the instruction having triggered the hardware tracing record.
Another example (e.g., example 12) relates to a previously described example (e.g., example 11) or to any of the examples described herein, further comprising that the method comprises skipping (140) a hardware tracing record if the hardware tracing record is stored outside the pre-defined memory region.
Another example (e.g., example 13) relates to a previously described example (e.g., one of the examples 1 to 12) or to any of the examples described herein, further comprising that the method is applied to at least one of a plurality of hardware tracing records retrieved over a transmission channel, and a plurality of hardware tracing records stored in a memory or storage device.
Another example (e.g., example 14) relates to a previously described example (e.g., one of the examples 1 to 13) or to any of the examples described herein, further comprising that the hardware tracing record comprises information on a branch type, with the method comprising skipping (140) the hardware tracing record unless the information on the branch type indicates an indirect branch.
Another example (e.g., example 15) relates to a previously described example (e.g., one of the examples 1 to 14) or to any of the examples described herein, further comprising that the binary module corresponds to a function of a piece of software or a basic block of a piece of software.
An example (e.g., example 16) relates to a method for processing a piece of software, the method comprising processing (210) the piece of software to identify (220) a placement of one or more instructions for triggering creation of a hardware tracing record. The method comprises inserting (240) into the piece of software, for each instruction of the one or more instructions, a pre-defined identifier at a pre-defined memory address range relative to a memory address within a deterministic distance of the instruction.
Another example (e.g., example 17) relates to a previously described example (e.g., example 16) or to any of the examples described herein, further comprising that the placement of the one or more instructions is identified (220) by identifying (222) at least one pre-defined instruction in an assembly code representation of the piece of software.
Another example (e.g., example 18) relates to a previously described example (e.g., example 16) or to any of the examples described herein, further comprising that the placement of the one or more instructions is identified (220) by identifying (224) a pre-defined application programming interface call in a source code representation of the piece of software during compilation of the piece of software.
Another example (e.g., example 19) relates to a previously described example (e.g., one of the examples 16 to 18) or to any of the examples described herein, further comprising that the method comprises inserting (230) into the software, for each instruction of the one or more instructions, the instruction for triggering creation of a hardware tracing record.
An example (e.g., example 20) relates to an apparatus (10) comprising interface circuitry (12), machine-readable instructions and processor circuitry (14) to execute the machine-readable instructions to perform the method according to one of the examples 1 to 15 (or according to any other example).
An example (e.g., example 21) relates to an apparatus (20) comprising interface circuitry (22), machine-readable instructions and processor circuitry (24) to execute the machine-readable instructions to perform the method according to one of the examples 16 to 19 (or according to any other example).
An example (e.g., example 22) relates to an apparatus (10) comprising processor circuitry (14) configured to perform the method according to one of the examples 1 to 15 (or according to any other example).
An example (e.g., example 23) relates to an apparatus (20) comprising processor circuitry (24) configured to perform the method according to one of the examples 16 to 19 (or according to any other example).
An example (e.g., example 24) relates to an apparatus (10) comprising means for processing (14) for performing the method according to one of the examples 1 to 15 (or according to any other example).
An example (e.g., example 25) relates to an apparatus (20) comprising means for processing (24) for performing the method according to one of the examples 16 to 19 (or according to any other example).
An example (e.g., example 26) relates to an apparatus (10) comprising interface circuitry (12), machine-readable instructions and processor circuitry (14) to execute the machine-readable instructions to obtain a hardware tracing record, the hardware tracing record comprising a custom information and a memory address within a deterministic distance of an instruction having triggered the hardware tracing record. The processor circuitry is to execute the machine-readable instructions to identify, based on the memory address within the deterministic distance of the instruction having triggered the hardware tracing record, a binary module containing the instruction. The processor circuitry is to execute the machine-readable instructions to determine, whether a pre-defined identifier is stored at a pre-defined memory address range relative to the memory address within the deterministic distance of the instruction in the binary module. The processor circuitry is to execute the machine-readable instructions to process information on the hardware tracing record if the pre-defined identifier is stored at the pre-defined memory address range relative to the memory address within the deterministic distance of the instruction.
An example (e.g., example 27) relates to an apparatus (20) comprising interface circuitry (22), machine-readable instructions and processor circuitry (24) to execute the machine-readable instructions to process the piece of software to identify a placement of one or more instructions for triggering creation of a hardware tracing record. The processor circuitry is to execute the machine-readable instructions to insert into the piece of software, for each instruction of the one or more instructions, a pre-defined identifier at a pre-defined memory address range relative to a memory address within a deterministic distance of the instruction.
An example (e.g., example 28) relates to a computer system (100) comprising the apparatus (10) or device (10) according to one of the examples 20, 22, 24 or 26 (or according to any other example).
An example (e.g., example 29) relates to a computer system (100) comprising the apparatus (20) or device (20) according to one of the examples 21, 23, 25 or 27 (or according to any other example).
An example (e.g., example 30) relates to a system comprising the apparatus (10) or device (10) according to one of the examples 20, 22, 24 or 26 (or according to any other example) and the apparatus (20) or device (20) according to one of the examples 21, 23, 25 or 27 (or according to any other example).
An example (e.g., example 31) relates to a non-transitory, computer-readable medium comprising a program code that, when the program code is executed on a processor, a computer, or a programmable hardware component, causes the processor, computer, or programmable hardware component to perform the method of one of the examples 1 to 15 (or according to any other example) or the method of one of the examples 16 to 19 (or according to any other example).
An example (e.g., example 32) relates to a non-transitory, computer-readable medium comprising a program code that, when the program code is executed on a processor, a computer, or a programmable hardware component, causes the processor, computer, or programmable hardware component to obtain a hardware tracing record, the hardware tracing record comprising a custom information and a memory address within a deterministic distance of an instruction having triggered the hardware tracing record. The program code is to cause the processor, computer, or programmable hardware component to identify, based on the memory address within the deterministic distance of the instruction having triggered the hardware tracing record, a binary module containing the instruction. The program code is to cause the processor, computer, or programmable hardware component to determine, whether a pre-defined identifier is stored at a pre-defined memory address range relative to the memory address within the deterministic distance of the instruction in the binary module. The program code is to cause the processor, computer, or programmable hardware component to process information on the hardware tracing record if the pre-defined identifier is stored at the pre-defined memory address range relative to the memory address within the deterministic distance of the instruction.
An example (e.g., example 33) relates to a non-transitory, computer-readable medium comprising a program code that, when the program code is executed on a processor, a computer, or a programmable hardware component, causes the processor, computer, or programmable hardware component to process the piece of software to identify a placement of one or more instructions for triggering creation of a hardware tracing record. The program code is to cause the processor, computer, or programmable hardware component to insert into the piece of software, for each instruction of the one or more instructions, a pre-defined identifier at a pre-defined memory address range relative to a memory address within a deterministic distance of the instruction.
An example (e.g., example 34) relates to a non-transitory machine-readable storage medium including program code, when executed, to cause a machine to perform the method of one of the examples 1 to 15 (or according to any other example) or the method of one of the examples 16 to 19 (or according to any other example).
An example (e.g., example 35) relates to a computer program having a program code for performing the method of one of the examples 1 to 15 (or according to any other example) or the method of one of the examples 16 to 19 (or according to any other example) when the computer program is executed on a computer, a processor, or a programmable hardware component.
An example (e.g., example 36) relates to a machine-readable storage including machine readable instructions, when executed, to implement a method or realize an apparatus as claimed in any pending claim or shown in any example.
The aspects and features described in relation to a particular one of the previous examples may also be combined with one or more of the further examples to replace an identical or similar feature of that further example or to additionally introduce the features into the further example.
Examples may further be or relate to a (computer) program including a program code to execute one or more of the above methods when the program is executed on a computer, processor, or other programmable hardware component. Thus, steps, operations, or processes of different ones of the methods described above may also be executed by programmed computers, processors, or other programmable hardware components. Examples may also cover program storage devices, such as digital data storage media, which are machine-, processor- or computer-readable and encode and/or contain machine-executable, processor-executable or computer-executable programs and instructions. Program storage devices may include or be digital storage devices, magnetic storage media such as magnetic disks and magnetic tapes, hard disk drives, or optically readable digital data storage media, for example. Other examples may also include computers, processors, control units, (field) programmable logic arrays ((F)PLAs), (field) programmable gate arrays ((F)PGAs), graphics processor units (GPU), application-specific integrated circuits (ASICs), integrated circuits (ICs) or system-on-a-chip (SoCs) systems programmed to execute the steps of the methods described above.
It is further understood that the disclosure of several steps, processes, operations, or functions disclosed in the description or claims shall not be construed to imply that these operations are necessarily dependent on the order described, unless explicitly stated in the individual case or necessary for technical reasons. Therefore, the previous description does not limit the execution of several steps or functions to a certain order. Furthermore, in further examples, a single step, function, process, or operation may include and/or be broken up into several sub-steps, -functions, -processes or -operations.
If some aspects have been described in relation to a device or system, these aspects should also be understood as a description of the corresponding method. For example, a block, device or functional aspect of the device or system may correspond to a feature, such as a method step, of the corresponding method. Accordingly, aspects described in relation to a method shall also be understood as a description of a corresponding block, a corresponding element, a property or a functional feature of a corresponding device or a corresponding system.
As used herein, the term “module” refers to logic that may be implemented in a hardware component or device, software or firmware running on a processing unit, or a combination thereof, to perform one or more operations consistent with the present disclosure. Software and firmware may be embodied as instructions and/or data stored on non-transitory computer-readable storage media. As used herein, the term “circuitry” can comprise, singly or in any combination, non-programmable (hardwired) circuitry, programmable circuitry such as processing units, state machine circuitry, and/or firmware that stores instructions executable by programmable circuitry. Modules described herein may, collectively or individually, be embodied as circuitry that forms a part of a computing system. Thus, any of the modules can be implemented as circuitry. A computing system referred to as being programmed to perform a method can be programmed to perform the method via software, hardware, firmware, or combinations thereof.
Any of the disclosed methods (or a portion thereof) can be implemented as computer-executable instructions or a computer program product. Such instructions can cause a computing system or one or more processing units capable of executing computer-executable instructions to perform any of the disclosed methods. As used herein, the term “computer” refers to any computing system or device described or mentioned herein. Thus, the term “computer-executable instruction” refers to instructions that can be executed by any computing system or device described or mentioned herein.
The computer-executable instructions can be part of, for example, an operating system of the computing system, an application stored locally to the computing system, or a remote application accessible to the computing system (e.g., via a web browser). Any of the methods described herein can be performed by computer-executable instructions performed by a single computing system or by one or more networked computing systems operating in a network environment. Computer-executable instructions and updates to the computer-executable instructions can be downloaded to a computing system from a remote server.
Further, it is to be understood that implementation of the disclosed technologies is not limited to any specific computer language or program. For instance, the disclosed technologies can be implemented by software written in C++, C #, Java, Perl, Python, JavaScript, Adobe Flash, C #, assembly language, or any other programming language. Likewise, the disclosed technologies are not limited to any particular computer system or type of hardware.
Furthermore, any of the software-based examples (comprising, for example, computer-executable instructions for causing a computer to perform any of the disclosed methods) can be uploaded, downloaded, or remotely accessed through a suitable communication means. Such suitable communication means include, for example, the Internet, the World Wide Web, an intranet, cable (including fiber optic cable), magnetic communications, electromagnetic communications (including RF, microwave, ultrasonic, and infrared communications), electronic communications, or other such communication means.
The disclosed methods, apparatuses, and systems are not to be construed as limiting in any way. Instead, the present disclosure is directed toward all novel and nonobvious features and aspects of the various disclosed examples, alone and in various combinations and subcombinations with one another. The disclosed methods, apparatuses, and systems are not limited to any specific aspect or feature or combination thereof, nor do the disclosed examples require that any one or more specific advantages be present, or problems be solved.
Theories of operation, scientific principles, or other theoretical descriptions presented herein in reference to the apparatuses or methods of this disclosure have been provided for the purposes of better understanding and are not intended to be limiting in scope. The apparatuses and methods in the appended claims are not limited to those apparatuses and methods that function in the manner described by such theories of operation.
The following claims are hereby incorporated in the detailed description, wherein each claim may stand on its own as a separate example. It should also be noted that although in the claims a dependent claim refers to a particular combination with one or more other claims, other examples may also include a combination of the dependent claim with the subject matter of any other dependent or independent claim. Such combinations are hereby explicitly proposed, unless it is stated in the individual case that a particular combination is not intended. Furthermore, features of a claim should also be included for any other independent claim, even if that claim is not directly defined as dependent on that other independent claim.
