but if you just use:

args = [ 'mcf.in' ] it works.

----- Original Message ----- From: "Shoaib Akram" <[EMAIL PROTECTED]>
To: "M5 users mailing list" <[email protected]>
Sent: Wednesday, April 23, 2008 5:54 PM
Subject: Re: [m5-users] mcf benchmark


I was able to run mcf benchmark by using cpu2000.py. Input file is mcf.in but one can change the input file name accordingly. Just that, in case of mcf, process.input="mcf.in" doesnot seem to work. Dont know why !

---- Original message ----
Date: Wed, 23 Apr 2008 17:45:08 -0400
From: "Sujay Phadke" <[EMAIL PROTECTED]>
Subject: Re: [m5-users] mcf benchmark
To: "M5 users mailing list" <[email protected]>

  But the mcf, lucas, facerec, etc. all work without
  these changes too. The
  benchmarks/cpu2000/data/mcf/input actually
  contains mcf.in file, and it does run with this.


    ----- Original Message -----
    From: Vilas Sridharan
    To: M5 users mailing list
    Sent: Monday, April 21, 2008 12:37 PM
    Subject: Re: [m5-users] mcf benchmark
    Nate,
    Here's an attempt at a diff.  I say 'attempt'
    because (a) I have some local modifications to the
    cpu2000.py file, and (b) I haven't tested this
    since I'm working around these problems a
    different way.  I generated this diff using an
    unmodified version of cpu2000.py, though, and it
    looks okay, so hopefully it should apply cleanly.
       -Vilas
    On Sun, Apr 20, 2008 at 12:07 AM, nathan binkert
    <[EMAIL PROTECTED]> wrote:

      This doesn't appear to be in our tree right now.
       Can you send us a
      diff so we're sure to get it right?

      Thanks,
       Nate
      On Sat, Apr 19, 2008 at 8:38 PM, Vilas Sridharan
      <[EMAIL PROTECTED]> wrote:
      > There was a bug in the cpu2000.py file where
      mcf (and several of the other
      > SPEC2k benchmarks) were getting the wrong
      input files.  From the list
      > archives, this is what I sent out:
      >
      > gzip_source:  the second input should be '60',
      not '1'
      >  mcf:  should get inp.in as argument, not
      mcf.in
      >  parser:  needs ref.in on stdin
      > equake:  needs inp.in on stdin
      >  facerec:  needs ref.in on stdin
      > lucas:  needs lucas2.in on stdin
      >  sixtrack:  needs inp.in on stdin
      >
      > This was as of Jan 7 of this year; I don't
      know if this got fixed in a more
      > recent version (or which version you're
      using).
      >
      >    -Vilas
      >
      >
      > On Sun, Apr 20, 2008 at 8:45 PM, Gabe Black
      <[EMAIL PROTECTED]> wrote:
      > > We use mcf as a regression test so it at
      least works a little. If it only
      > runs a few thousand instructions, it's likely
      either the standard library
      > initialization is failing, or mcf itself is
      quiting with an error very early
      > in execution. If you haven't yet, you should
      check it's output and see if
      > there are any messages. Also, with so few
      instructions, it should be fairly
      > easy to add --trace-flags=Exec
      --trace-file=trace.out to your command line
      > and inspect what it's doing directly. The
      function it's executing last
      > should be a good clue as to what's going on.
      > >
      > > Gabe
      > >
      > >
      > >
      > >
      > > Shoaib Akram wrote:
      > >
      > > > Did anybody tried running mcf benchmark in
      SE mode. All of the other
      > SPEC CINT benchmarks I am using run for
      millions of instructions but mcf
      > runs for a couple of thousand even under ref
      input.
      >
      _______________________________________________
      > > > m5-users mailing list
      > > > [email protected]
      > > >
      http://m5sim.org/cgi-bin/mailman/listinfo/m5-users
      > > >
      > > >
      > >
      > >
      _______________________________________________
      > > m5-users mailing list
      > > [email protected]
      > >
      http://m5sim.org/cgi-bin/mailman/listinfo/m5-users
      > >
      >
      >
      >
      _______________________________________________
      >  m5-users mailing list
      >  [email protected]
      >
       http://m5sim.org/cgi-bin/mailman/listinfo/m5-users
      >
      _______________________________________________
      m5-users mailing list
      [email protected]
      http://m5sim.org/cgi-bin/mailman/listinfo/m5-users

    ------------------------------------------------

    _______________________________________________
    m5-users mailing list
    [email protected]
    http://m5sim.org/cgi-bin/mailman/listinfo/m5-users
________________
_______________________________________________
m5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/m5-users
_______________________________________________
m5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/m5-users


_______________________________________________
m5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/m5-users

Reply via email to