[Gems-users] Is GEMS deterministic or NOT?


Date: Sun, 11 May 2008 22:02:05 -0500
From: Guoqiang Yang <nkyangguoqiang@xxxxxxxxx>
Subject: [Gems-users] Is GEMS deterministic or NOT?
Hi there,

I guess I have a question about whether GEMS is deterministic or NOT. To be precise, if I run exactly the same simulation multiple times, will I get the same result all the time?

Also, when I try to run the SPEC OpenMP benchmark suite, applu benchmark ends up with Invalid Transition. And the debugging information is given below, I am kind of wondering why that particular directory entry state is not defined? I would really really appreciate it if someone could kindly help me to figure this out.

===========================================
Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:284: m_id is 0 Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:284: m_id is 0 Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:285: m_version is 0 Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:285: m_version is 0 Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:286: g_eventQueue_ptr->getTime() is 29912381 Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:286: g_eventQueue_ptr->getTime() is 29912381 Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:287: addr is [0x70de1800, line 0x70de1800] Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:287: addr is [0x70de1800, line 0x70de1800] Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:288: event is PUTX_Owner Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:288: event is PUTX_Owner Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:289: state is Warning: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:289: state is Fatal Error: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:290: Invalid transition Fatal Error: in fn TransitionResult Directory_Controller::doTransitionWorker(Directory_Event, Directory_State, Directory_State&, const Address&) in generated/MSI_MOSI_CMP_directory/Directory_Transitions.C:290: Invalid transition
Abort (SIGABRT) in main thread
The simulation state has been corrupted. Simulation cannot continue.
Please restart Simics.
===========================================

Many thanks,

Guoqiang Yang

[← Prev in Thread] Current Thread [Next in Thread→]