From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=38423 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OjF4G-0001P2-Sw for qemu-devel@nongnu.org; Wed, 11 Aug 2010 13:26:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OjF4F-00068E-Ik for qemu-devel@nongnu.org; Wed, 11 Aug 2010 13:26:20 -0400 Received: from mail-pz0-f45.google.com ([209.85.210.45]:64418) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OjF4F-000684-Do for qemu-devel@nongnu.org; Wed, 11 Aug 2010 13:26:19 -0400 Received: by pzk10 with SMTP id 10so131501pzk.4 for ; Wed, 11 Aug 2010 10:26:18 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <86ocdua6jq.wl%lluis@ginnungagap.pc.ac.upc.edu> <4C4D6A1C.1020004@cs.umass.edu> Date: Wed, 11 Aug 2010 14:26:17 -0300 Message-ID: Subject: Re: [Qemu-devel] memory trace with qemu From: Eduardo Cruz Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: malc Cc: qemu-devel@nongnu.org, Jun Koi Ok, I succeeded in adding the process tracker hack into qemu and linux, and also in keeping track of the memory access (thanks Yufei Chen for the tip). I also simulated a cycle counter by counting the number of instructions executed, which is equivalent to a cpu with cpi equals to 1. But, as I am studying parallel programs behavior, I get very strange results due to the fact that qemu executes thousands of instructions of a cpu before moving to another cpu in smp systems. I tried to limit this number, but it makes qemu very slow or even crash. To achieve this, I added an helper that generates a timer event after every X instructions executed. I don't know If I am doing it in a wrong way. Any suggestions? 2010/7/27 malc > > On Tue, 27 Jul 2010, Jun Koi wrote: > > > On Mon, Jul 26, 2010 at 8:16 PM, malc wrote: > > > On Mon, 26 Jul 2010, Eliot Moss wrote: > > > > > >> On 7/26/2010 6:20 AM, Llu?s wrote: > > >> > Eduardo Cruz writes: > [..snip..] > > > >> > > >> In the context of another simulator, we developed a different > > >> technique, which would be quite general and might be of interest > > >> for QEMU. =9AWe communicate with the simulator via a "fake" *device*= , > > >> mapped into user-mode memory using an mmap call. =9AIf someone > > >> devised and coded such a device, then it could be used from any > > >> guest. > > > > > > I'v done something similar a while ago: > > > http://repo.or.cz/w/qemu/malc.git/shortlog/refs/heads/wctpci > > > > in this repo tree, which part is your new code? > > > > i looked at the git log, and tried to search your name, but none looks = related. > > First five commits clearly have my nick in the second column, first > three commits are directly related to the branch. > > -- > mailto:av1474@comtv.ru -- Eduardo Henrique Molina da Cruz MSc student Parallel and Distributed Processing Group Federal University of Rio Grande do Sul (UFRGS)