Rumble Client

Jump to navigation Jump to search
Revision as of 8 February 2014 at 21:11.
The highlighted comment was created in this revision.

Rumble Client

Hey, I just want to start by thanking you for running a rumble client. However, for some reason the results from your client for DrussGT are very different from what I'm getting with my local tests. I'm just curious what your setup is and what might be causing this.

Thanks

    Skilgannon (talk)13:37, 8 February 2014

    Hi Skilgannon,

    There is nothing special. Rumble clients runs with a stock config, where only user name is set and I exclude Lo_Ian.Gandalf_V4*, since it seems to halt on my side. This 6 CPU machine, but only 2 are heavily used for roborumble and meleerumble clients, though last week I left It unattended and firefox start to consume a lot of load, so may be it somehow skewed CPU constant of the client.

    If you have some ideas what could it be, I will be happy to investigate.

      Beaming (talk)18:34, 8 February 2014

      Things often brought up in rumble client discrepancy cases are which OS is in use, and what exact version of Java is in use.

      Also, other possible relevant factors are:

      1. If CPU frequency scaling is enabled, as it is by default on most newer machines (this can cause problems for robocode's CPU time limiting being fair)
      2. If the system in question has high memory usage such that it goes into swap space.
        Rednaxela (talk)21:09, 8 February 2014

        I am not sure about CPU scaling. This is what ever Debian does to relatively modern AMD CPU. As for the swap, I am 99.99% sure it is not used. This machine has 16GB out of which only about 6 is used. If I look at memory usage, I seen only 3MB of swap used which is way to small for JAVA. May be the problem with linux scheduler, which constantly move application from one CPU to another.

        There is one strange thing though, I notice that my meleerumble client usually crash within couple days, but roborumble is not. But this is true for another computer of mine as well.

          Beaming (talk)21:27, 8 February 2014

          FWIW I don't think anybody's measured the effect of dynamic clock speed on skipped turns, only speculated that it should have an effect. For all I know, the timings coming from Java on modern CPUs could have so much variance that the dynamic clock speed doesn't increase the number of skipped turns that much.

            Voidious (talk)22:11, 8 February 2014