You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jan 26, 2023. It is now read-only.
I wanted to clarify some things about multithreading for the ReplaySokobanGame runnable.
Let A, B, C be instances of ReplaySokobanGame running in parallel.
Is the point to test for the similarity in their outcome? As in for the case of Round_Robin and a FREE_RACE with no wins, the final renders of A, B and C should be the same?
From #227 , it is mentioned that different ReplaySokobanGames will operate on different gameState instances so whatever A does to its instance of gameState shouldn't affect the other gameStates right?
For example, let the actions files be
Player 0 : L H J
Player 1 : L H J
As in for the case of Round_Robin and a FREE_RACE with no wins, the final renders of A, B and C should be the same?
For ROUND_ROBIN, the renders of each ReplaySokobanGame instance are the same.
But the overall message printed in the console is nondeterministic.
For example, let the actions files be
Player 0 : L H J
Player 1 : L H J
In ROUND_ROBIN, the order of actions in each ReplaySokobanGame instance will all be 0L, 1L, 0H, 1H, 0J, 1J.
But all three instances are printing in the same console and there are no concurrency control between them.
The overall console output could be A0L, A1L, B0L, B1L, ..., A0L, B0L, A1L, B1L, ... or others.
For FREE_RACE, the order is non-deterministic all the time.
specificationClarification on assignment specifications of the game.
2 participants
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I wanted to clarify some things about multithreading for the ReplaySokobanGame runnable.
Let A, B, C be instances of ReplaySokobanGame running in parallel.
Is the point to test for the similarity in their outcome? As in for the case of Round_Robin and a FREE_RACE with no wins, the final renders of A, B and C should be the same?
From #227 , it is mentioned that different ReplaySokobanGames will operate on different gameState instances so whatever A does to its instance of gameState shouldn't affect the other gameStates right?
For example, let the actions files be
Player 0 : L H J
Player 1 : L H J
What would the overall order of actions be?
Beta Was this translation helpful? Give feedback.
All reactions