[rfc] btrace: change record instruction-history /m

Doug Evans dje@google.com
Fri Aug 14 17:06:00 GMT 2015


On Fri, Aug 14, 2015 at 6:45 AM, Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Markus Metzger <markus.t.metzger@intel.com>
>> Cc: gdb-patches@sourceware.org, dje@google.com
>> Date: Fri, 14 Aug 2015 13:37:52 +0200
>>
>> Change record instruction-history /m to use its own simple source interleaving
>> algorithm.  The most important part is that instructions are printed in
>> the order in which they were executed.
>
> What does "order in which they were executed" mean with today's
> multi-core and multi-execution unit CPUs?
>
> Thanks.

"multi-core" doesn't enter into the picture here.
The context is a single thread of control.
And "multi-execution unit" doesn't either because
that's just an underlying implementation detail
of the CPU - the program must behave "as if"
each instruction is executed serially
(or as otherwise defined by the ISA).



More information about the Gdb-patches mailing list