do u have the run.py file for that?or tell me how to do it?

On Sat, Oct 16, 2010 at 2:03 AM, Lide Duan <[email protected]> wrote:

> Did you run one splash program to the end (with multiple threads on
> multi-core, say 4 threads on 4-core)? This is feasible under ALPHA_SE, using
> the information provided by the link. If so, you should observe stats for
> different cores.
>
> On Fri, Oct 15, 2010 at 3:25 PM, biswabandan panda <[email protected]>wrote:
>
>>
>> thanks lida for help,but i am still getting those zeros,
>> please suggest me something.thanks
>>
>>
>> On Sat, Oct 16, 2010 at 1:40 AM, Lide Duan <[email protected]> wrote:
>>
>>> http://www.m5sim.org/wiki/index.php/Splash_benchmarks
>>>
>>>
>>> On Fri, Oct 15, 2010 at 2:26 PM, biswabandan panda 
>>> <[email protected]>wrote:
>>>
>>>> hi lide,
>>>>            i am using those binaries only,can you tell me which one
>>>> should i use and  from where i can get it?is ther any other
>>>> alternative.thanks
>>>>
>>>>
>>>> On Sat, Oct 16, 2010 at 12:53 AM, Lide Duan <[email protected]>wrote:
>>>>
>>>>> If you ran splash from the very beginning, the reason that only one
>>>>> core had stats could be your simulation was not long enough to get to the
>>>>> parallel phase. M5 will randomly but deterministically pick one of the 
>>>>> cores
>>>>> to do the serial initialization. If you are using the pre-compiled splash
>>>>> binaries from M5 website (which can be only used under ALPHA_SE), the 
>>>>> serial
>>>>> initial phase can have several million to hundred million of instructions,
>>>>> varying from program to program.
>>>>>
>>>>> On Fri, Oct 15, 2010 at 1:58 PM, biswabandan panda <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> thanks a lot Gabe,can you just do me afavour asking this question,i
>>>>>> mailed to lot of m5 users even if in mailing list,why i am not getting 
>>>>>> stats
>>>>>> of all cores when i am using splash,i am getting zeros for all the cores
>>>>>> except1,please sir,what to do to get the stats in all the cores.thanks 
>>>>>> again
>>>>>> for your time u spent for me
>>>>>>
>>>>>> On Sat, Oct 16, 2010 at 12:07 AM, Gabe Black 
>>>>>> <[email protected]>wrote:
>>>>>>
>>>>>>> You should try using the most recent code from the development
>>>>>>> repository. It seems to work for me on that version. Did you change
>>>>>>> your
>>>>>>> command line? You'll find information about checking out the latest
>>>>>>> code
>>>>>>> here http://www.m5sim.org/wiki/index.php/Repository. There's
>>>>>>> currently a
>>>>>>> compilation bug for X86_FS I'm waiting to check a fix in for, but if
>>>>>>> you
>>>>>>> don't use that it won't affect you.
>>>>>>>
>>>>>>> Gabe
>>>>>>>
>>>>>>> biswabandan panda wrote:
>>>>>>> > Thanks,
>>>>>>> >             i have commented that line,then i got,
>>>>>>> >           Global frequency set at 1000000000000 ticks per second
>>>>>>> > 0: system.remote_gdb.listener: listening for remote gdb #0 on port
>>>>>>> 7016
>>>>>>> > 0: system.remote_gdb.listener: listening for remote gdb #1 on port
>>>>>>> 7017
>>>>>>> > 0: system.remote_gdb.listener: listening for remote gdb #2 on port
>>>>>>> 7018
>>>>>>> > 0: system.remote_gdb.listener: listening for remote gdb #3 on port
>>>>>>> 7019
>>>>>>> > Traceback (most recent call last):
>>>>>>> >   File "<string>", line 1, in <module>
>>>>>>> >   File "/home/rajitha/Desktop/m5/src/python/m5/main.py", line 359,
>>>>>>> in main
>>>>>>> >   File "configs/splash2/run.py", line 256, in <module>
>>>>>>> >     m5.instantiate(root)
>>>>>>> >   File "/home/rajitha/Desktop/m5/src/python/m5/simulate.py", line
>>>>>>> 92,
>>>>>>> > in instantiate
>>>>>>> > TypeError: in method 'getCheckpoint', argument 1 of type
>>>>>>> 'std::string
>>>>>>> > const &'
>>>>>>> >
>>>>>>> > can you suggest something for this?i have tried to fix it,and i am
>>>>>>> trying,
>>>>>>> >
>>>>>>> > On Fri, Oct 15, 2010 at 11:48 PM, Gabe Black <
>>>>>>> [email protected]
>>>>>>> > <mailto:[email protected]>> wrote:
>>>>>>> >
>>>>>>> >     I'll have to defer to Nate for an expert opinion, but I think
>>>>>>> this
>>>>>>> >     is a
>>>>>>> >     bug in the splash2/run.py script. The problem code is here:
>>>>>>> >
>>>>>>> >     for cpu in cpus:
>>>>>>> >        cpu.addPrivateSplitL1Caches(L1(size = options.l1size, assoc
>>>>>>> = 1),
>>>>>>> >                                    L1(size = options.l1size, assoc
>>>>>>> = 4))
>>>>>>> >        cpu.mem = cpu.dcache
>>>>>>> >        # connect cpu level-1 caches to shared level-2 cache
>>>>>>> >        cpu.connectMemPorts(system.toL2bus)
>>>>>>> >
>>>>>>> >     The addPrivateSplitL1Caches function is the following.
>>>>>>> >
>>>>>>> >        def addPrivateSplitL1Caches(self, ic, dc):
>>>>>>> >            assert(len(self._mem_ports) < 6)
>>>>>>> >            self.icache = ic
>>>>>>> >            self.dcache = dc
>>>>>>> >            self.icache_port = ic.cpu_side
>>>>>>> >            self.dcache_port = dc.cpu_side
>>>>>>> >            self._mem_ports = ['icache.mem_side', 'dcache.mem_side']
>>>>>>> >            if buildEnv['FULL_SYSTEM']:
>>>>>>> >                if buildEnv['TARGET_ISA'] in ['x86', 'arm']:
>>>>>>> >                    self._mem_ports += ["itb.walker.port",
>>>>>>> >     "dtb.walker.port"]
>>>>>>> >
>>>>>>> >     What I think is happening is that the code in
>>>>>>> >     addPrivateSplitL1Caches is
>>>>>>> >     assigning the dc parameter to a member of self (the cpu),
>>>>>>> implicitly
>>>>>>> >     attaching that dcache as a child object. Then, on the second
>>>>>>> line
>>>>>>> >     of the
>>>>>>> >     for loop in the first blob of code (cpu.mem = cpu.dcache) the
>>>>>>> code
>>>>>>> >     attempts to assign dcache to another member of cpu, making cpu
>>>>>>> its
>>>>>>> >     parent twice. The SimObject python class gets upset about that
>>>>>>> because
>>>>>>> >     by setting up the parent of a simobject that already has one,
>>>>>>> you'll
>>>>>>> >     lose track of the original. I grepped through the code and
>>>>>>> >     couldn't see
>>>>>>> >     anywhere the "mem" parameter of the cpu object was actually
>>>>>>> used,
>>>>>>> >     so it
>>>>>>> >     might fix it to just comment that line out. I tried that, and
>>>>>>> after
>>>>>>> >     fixing your -b parameter (it should be FMM, not FFM) things
>>>>>>> seemed
>>>>>>> >     to work.
>>>>>>> >
>>>>>>> >     Gabe
>>>>>>> >
>>>>>>> >     biswabandan panda wrote:
>>>>>>> >     > hi all,
>>>>>>> >     >          i have tried to run splash2 in beta 6 version
>>>>>>> >     >
>>>>>>> >     > this is my command:
>>>>>>> >     > command line: build/ALPHA_SE/m5.debug configs/splash2/run.py
>>>>>>> >     --rootdir
>>>>>>> >     > splash/splash2/codes -t --frequency 1GHz -n 4 --l1size 64kB
>>>>>>> --l2size
>>>>>>> >     > 256kB --l1latency 4ns --l2latency 11ns -b FFM
>>>>>>> >     >
>>>>>>> >     > these are the errors i got:
>>>>>>> >     >
>>>>>>> >     > Traceback (most recent call last):
>>>>>>> >     >   File "<string>", line 1, in <module>
>>>>>>> >     >   File "/home/rajitha/Desktop/m5/src/python/m5/main.py", line
>>>>>>> >     359, in main
>>>>>>> >     >   File "configs/splash2/run.py", line 197, in <module>
>>>>>>> >     >     cpu.mem = cpu.dcache
>>>>>>> >     >   File "/home/rajitha/Desktop/m5/src/python/m5/SimObject.py",
>>>>>>> line
>>>>>>> >     > 621, in __setattr__
>>>>>>> >     >   File "/home/rajitha/Desktop/m5/src/python/m5/SimObject.py",
>>>>>>> line
>>>>>>> >     > 667, in add_child
>>>>>>> >     > RuntimeError: add_child('mem'): child 'dcache' already has
>>>>>>> parent
>>>>>>> >     > '(orphan).cpu0'
>>>>>>> >     >
>>>>>>> >     > BTW i was able to run it fine in older versions,but in beta6
>>>>>>> >     these are
>>>>>>> >     > the errors.any kind of help is welcome.
>>>>>>> >     >
>>>>>>> >     > thanks
>>>>>>> >     > biswa
>>>>>>> >     >
>>>>>>> >
>>>>>>> ------------------------------------------------------------------------
>>>>>>> >     >
>>>>>>> >     > _______________________________________________
>>>>>>> >     > m5-users mailing list
>>>>>>> >     > [email protected] <mailto:[email protected]>
>>>>>>> >     > http://m5sim.org/cgi-bin/mailman/listinfo/m5-users
>>>>>>> >
>>>>>>> >     _______________________________________________
>>>>>>> >     m5-users mailing list
>>>>>>> >     [email protected] <mailto:[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
>>
>
>
> _______________________________________________
> 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