From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3096 invoked by alias); 1 Aug 2002 11:18:28 -0000 Mailing-List: contact sid-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sid-owner@sources.redhat.com Received: (qmail 3088 invoked from network); 1 Aug 2002 11:18:26 -0000 Received: from unknown (HELO touchme.toronto.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 1 Aug 2002 11:18:26 -0000 Received: from tooth.toronto.redhat.com (tooth.toronto.redhat.com [172.16.14.29]) by touchme.toronto.redhat.com (Postfix) with ESMTP id CDDA0B8049; Thu, 1 Aug 2002 07:18:25 -0400 (EDT) Received: (from fche@localhost) by tooth.toronto.redhat.com (8.11.6/8.11.6) id g71BIOx25259; Thu, 1 Aug 2002 07:18:24 -0400 Date: Thu, 01 Aug 2002 04:18:00 -0000 From: "Frank Ch. Eigler" To: Scott Dattalo Cc: sid@sources.redhat.com Subject: Re: Profiling: --insn-count=1 Message-ID: <20020801071823.A7358@redhat.com> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from scott@dattalo.com on Wed, Jul 31, 2002 at 12:53:37PM -0700 X-SW-Source: 2002-q3/txt/msg00007.txt.bz2 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 990 Hi, Scott - On Wed, Jul 31, 2002 at 12:53:37PM -0700, Scott Dattalo wrote: > [...] > Now the question I have is there a way to count cpu cycles instead of cpu= =20 > instructions? If there was a one-to-one relationship between the two, the= n=20 > it's not an issue. However, some instructions on the ARM are not=20 > single-cycled. I suppose the real question is, "is there a way to=20 > concisely measure the amount of 'simulated' time it take for a simulation= =20 > to run?" The current batch of CPU models in sid do not attempt to track the number of cycles taken by any given instruction. To do so exactly is a crazy amount of work to do just casually. (Think of having to model all the pipeline interlock/bypass features, functional units.)=20=20 SID can on the other hand model memory latency, so if that's the bulk of your interest, we can make the profile data collector sensitive to that. > FWIW, I'm using ~6 week old copy of SID. This hasn't changed recently. - FChE --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline Content-length: 232 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9SRj/VZbdDOm/ZT0RAoR4AJ9EY5FrhQWxD6C6Ka/G4W4QBpuwWgCeL4Nn xGxpcD+x8cvMVIYt415quRw= =u2OL -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC--