Bug in simulate.py caused by "INTERNAL_ERROR"
authorSam Moore <matches@ucc.asn.au>
Sat, 24 Dec 2011 05:52:12 +0000 (13:52 +0800)
committerSam Moore <matches@ucc.asn.au>
Sat, 24 Dec 2011 05:52:12 +0000 (13:52 +0800)
commitfda21e69af7d794fa2280ce613144e5bbd8e1f5e
treeb2aa4777328cbc78c8b0b80094a05a37e167c567
parent240966427c658fe47f1e981abd21ae89c37033ff
Bug in simulate.py caused by "INTERNAL_ERROR"

When INTERNAL_ERRORs occur, the colour wasn't added to the array in the "ALL" results.
So when the script looks up agents["ALL"][index][4] (the colour entry), there was an indexing error.
Fixed by adding the colour to the result array when INTERNAL_ERROR occurs.

TODO: Discover cause of INTERNAL_ERROR - in the manager program

It occurs on mufasa, but not on my laptop.
I believe it is due to AI timeouts not being handled correctly by the manager program (stratego).
On my laptop, things run nice and fast, and since all the AI work properly, there are no timeouts.
On mufasa, things run shit and slow, and pretty much every game I tested ended with a move timeout.
Timeout causes broken pipe after AI program is told to exit?

As a temporary measure, increased timeout to 60s (from 2s). If this doesn't stop timeouts,
there must be some other factor making things slow.
"The problem is determining where the shittiness lies... is it the shittiness of the VM, the shittiness of python,
the shittiness of the manager program..."

Running another test round on mufasa over christmas. Hopefully it will finish running by new year. (Assume 60s a move, 300 moves a game... 12 games...)

Considering putting my laptop in the clubroom and just running the competition on that.
agents/basic_cpp/Makefile
judge/manager/ai_controller.h
judge/simulator/Makefile
judge/simulator/simulate.py

UCC git Repository :: git.ucc.asn.au