From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 81768 invoked by alias); 14 Aug 2015 17:06:59 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 81754 invoked by uid 89); 14 Aug 2015 17:06:58 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ig0-f170.google.com Received: from mail-ig0-f170.google.com (HELO mail-ig0-f170.google.com) (209.85.213.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 14 Aug 2015 17:06:57 +0000 Received: by igui7 with SMTP id i7so16229553igu.0 for ; Fri, 14 Aug 2015 10:06:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=hh8YbBiifHNzw6Jkds7YhQxsvjywtrokq/3XKXDxSJQ=; b=ITlLY6Tj3ix9qv735Jh5wHiTuhArjmAf7LhWD1PKBUATpmH1zgeE6aWC3viCb9B27w cKFdTJ1WpTo25nc5K7246KQs+nqRIHV/tmwXMl0iATASPey7ZM30s2IWye7qGztsZLvj LOMtvlmbt36KRsjTVHRI191EMmB38JcfwNKeAumwYcsn/1WBSPOTos3QUOe7aQhj46OZ A03cwHdajlkqXRCSFxsR/KjJ4LhcdVBZkleIQH3fGQE1SWQ7N7ARPf4EgxYIX2Comlq7 I7H1Bz7aZSiR68gfqpivP3Rx62bkIhFnW+8pT4m3h203NOPFyw03cDj6e0r5W3C1fe37 eLnw== X-Gm-Message-State: ALoCoQnJOylwz1+b2cu673fDpsP3ps4bU4F+k7YeRGGjlgDkhdDMEKBYBCeNSJpA3fIUO1j/w+b5 X-Received: by 10.50.171.137 with SMTP id au9mr3593452igc.48.1439572015652; Fri, 14 Aug 2015 10:06:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.19.130 with HTTP; Fri, 14 Aug 2015 10:06:15 -0700 (PDT) In-Reply-To: <83bneanfvb.fsf@gnu.org> References: <1439552272-6256-1-git-send-email-markus.t.metzger@intel.com> <83bneanfvb.fsf@gnu.org> From: Doug Evans Date: Fri, 14 Aug 2015 17:06:00 -0000 Message-ID: Subject: Re: [rfc] btrace: change record instruction-history /m To: Eli Zaretskii Cc: Markus Metzger , Pedro Alves , gdb-patches Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2015-08/txt/msg00384.txt.bz2 On Fri, Aug 14, 2015 at 6:45 AM, Eli Zaretskii wrote: >> From: Markus Metzger >> 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).