Re: [Gems-users] regarding tester

[Bradford Beckmann <beckmann@xxxxxxxxxxx>]

Salil,

What tester are you running?  By default the tester runs the random
action-check pair test, but other test are also available.  The reason I
ask is that some of the DETERMINISTIC_TESTER tests have not been fully
debugged and may rely on some assumptions that are causing it from failing
to complete.

However, if you are not running the deterministic_tester, there is
probably something wrong with you protocol.  Often "tester not completing"
problems occur when there are reoccurring events on the eventqueue.  The
tester only completes when all events have been issued from the
eventqueue.  I would suggest printing out the eventqueue to ensure it is
empty at the end of the tester run.

There are currently no tests for dropped messages.

Brad



On Thu, 6 Oct 2005, Salil... wrote:

> Hi
>     I am using tester for checking a coherence protocol that I have
> written. I ran the tester with length (-l) 10000 onwards and verbosity low
> The tester doesent seem to end -  it just hangs somewhere like this (
> actually this is true for all lengths)
> ------------------------------------------
> Debug: in fn bool CacheMemory<ENTRY>::tryCacheAccess(const Address&,
> CacheRequestType, DataBlock*&) [with ENTRY = L1Cache_Entry] in
> system/CacheMemory.h:290: address is [0xfc0, line 0xfc0]
> Request trace file closed.
> ---------------------------------------
> The trace file size (ruby.trace.gz) is 0.
> however if I dont supply the -v option, it ends like this
> -----------------------------------
> ================ End System Configuration Print ================
>
> Testing clear stats...Done.
> Request trace enabled to output file 'ruby.trace.gz'
> ---------------------------------------
> It just hangs after this and so i have to kill it.
> is that something to do with my protocol or am i not running the tester
> rite ?
> also.,my concern here is that I want to catch situations where the
> messages never make it back ( becoz of incorrect design etc ) and so
> some requests get stalled forever. Does the tester catch situations like
> these ???
> thanks
> salil
> _______________________________________________
> Gems-users mailing list
> Gems-users@xxxxxxxxxxx
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
>

-----------------------------------------------------------------
 Department of Computer Science         Residence
 University of Wisconsin
 1210 W. Dayton St. #6366               608 Eagle Heights Apt. L
 Madison, WI 53706                      Madison, WI 53705
 (608)265-2702				(608)852-6133
-----------------------------------------------------------------