|
|
| (176 intermediate revisions by 21 users not shown) |
| Line 1: |
Line 1: |
| | + | Sub-pages: [[/Archive20130317]] |
| | + | |
| | == RoboRumble history == | | == RoboRumble history == |
| | April 27 2005 - The RoboRumble@Home server is now moved to Pulsar's machine. See /TemporaryServerUp for the RR@H settings files to use and some more details. The only difference you should note is that the flag-less bots no longer have the Jolly Roger flag. This is temporary and will be fixed soon. Huge thanks to Pulsar for carrying the burden (reponsibility-wise) a while with this. I'll sleep tighter now when I don't need to worry if my WinXP Home PC (yes, it was hosted in such an environment before!) is awake and responsive. -- PEZ | | April 27 2005 - The RoboRumble@Home server is now moved to Pulsar's machine. See /TemporaryServerUp for the RR@H settings files to use and some more details. The only difference you should note is that the flag-less bots no longer have the Jolly Roger flag. This is temporary and will be fixed soon. Huge thanks to Pulsar for carrying the burden (reponsibility-wise) a while with this. I'll sleep tighter now when I don't need to worry if my WinXP Home PC (yes, it was hosted in such an environment before!) is awake and responsive. -- PEZ |
| Line 10: |
Line 12: |
| | February 18 2006 - The RoboRumble@Home server connection might experience some downtime the following hours as I will reorganize the firewall setup. --Pulsar | | February 18 2006 - The RoboRumble@Home server connection might experience some downtime the following hours as I will reorganize the firewall setup. --Pulsar |
| | | | |
| − | March 7 2006 - The firewall switch over has now finally been done, and everything seems to be working. Some people might experience a short delay until DNS records have been updated around the world (though they were and are set to a very short "time to live" to minimize this). RoboRumble@Home clients need to be restarted as Java by default caches DNS lookups. --Pulsar | + | March 7 2006 - The firewall switch over has now finally been done, and everything seems to be working. Some people might experience a short delay until DNS records have been updated around the world (though they were and are set to a very short "time to live" to minimize this). RoboRumble@Home clients need to be restarted as Java by default caches DNS lookups. --Pulsar |
| − | | |
| − | == Subpages ==
| |
| − | Should we replace ALL of the subpages? or just the 'important' ones? -- [[User:Starrynte|Starrynte]] 22:16, 17 November 2007 (UTC)
| |
| − | | |
| − | == Name ==
| |
| − | | |
| − | Since the new wiki supports symbols in page names, should we put this page at [[RoboRumble@Home]] instead of RoboRumble? We already have a redirect from that page to this one... --[[User:AaronR|AaronR]] 23:34, 17 November 2007 (UTC)
| |
| − | | |
| − | I second this change. » <span style="font-size:0.9em;color:darkgreen;">[[User:Nat|Nat]] | [[User_talk:Nat|Talk]]</span> » 02:30, 28 April 2009 (UTC)
| |
| − | | |
| − | == RR seems to be down ==
| |
| − | | |
| − | Roborumble is returning 503 Unavailable for all pages today. Not sure why. -- [[User:Synapse|<font style="font-size:0.8em;font-variant:small-caps;">Synapse</font>]] 03:07, 19 September 2008 (UTC)
| |
| − | :Are you sure? Both [http://rumble.fervir.com/rumble/Rankings?version=1&game=roborumble rumble.fervir.com] and [http://abchome.aclsi.pt:8080/ ABC's] work for me. -- [[User:Nfwu|<font color="#3B9C9C">Ketsu</font>]][[User Talk:Nfwu|<font color="#F87217">Nfwu</font>]] 03:33, 19 September 2008 (UTC)
| |
| − | ::I fail. I meant Robocode Repository. -- [[User:Synapse|<font style="font-size:0.8em;font-variant:small-caps;">Synapse</font>]] 05:44, 19 September 2008 (UTC)
| |
| − | ::Not a big surprise there. =P -- [[User:Nfwu|<font color="#3B9C9C">Ketsu</font>]][[User Talk:Nfwu|<font color="#F87217">Nfwu</font>]] 13:21, 19 September 2008 (UTC)
| |
| − | | |
| − | Hi! What the heck happened to RR@H again? The main roborumble has only ~60 bots again... Otherwise, I uploaded Pugio 1.2 1 week ago and has only 120 battles in nanoRumble. Situation is the same in Darcanuck's page, too. Nobody is contributing?--[[User:Robar|HUNRobar]] 12:30, 11 October 2008 (UTC)
| |
| − | | |
| − | Both ABC's server and DarkCanuck's server have no full pairings yet. Once the megabots have full pairings, the minirumble will get filled completely and as last the micro- and nano-rumble. Be patient, but it probably requires a few weeks before all nanobots have 1000 battles. Remember, 640 * 640 bots means a lot of battles! Pulsar's server has another issue. I don't know what happened, but I still run (repair)battles there. --[[User:GrubbmGait|GrubbmGait]] 13:14, 11 October 2008 (UTC)
| |
| − | | |
| − | I realised that in Darcanuck's server the older versions of bots are still in game. I think the competitors there should be cleaned up. For example, I don't want to generate battles for Pugio 1.0 when I wait for the results of 1.2. --[[User:Robar|HUNRobar]] 14:57, 11 October 2008 (UTC)
| |
| − | | |
| − | That's a temporary thing -- I'm uploading a huge amount of data from [[User:ABC|ABC]]'s server which includes old participants. There's a big performance hit to activating/retiring participants repeatedly, so for now everyone's in the rankings until I get caught up. But don't worry, no rumble clients will actually run these bots. They'll use only the version from the participants list. In a few days you should see the old bots disappear from the rankings. --[[User:Darkcanuck|Darkcanuck]] 15:03, 11 October 2008 (UTC)
| |
| − | | |
| − | Whoops edit conflict, accidentally overwrote Darkcanuck's reply with this: "What versions get battles doesn't depend on the server, it depends on the participants list that clients are configured to (which should be the old wiki's one, the one here has not been synced for a long time). The server would have nothing to do with that so you shouldn't be generating battles for Pugio 1.0 unless your client is misconfigured I believe." Anyways Darkcanuck's reply clearly explains why there are currently old versions listed :) --[[User:Rednaxela|Rednaxela]] 15:10, 11 October 2008 (UTC)
| |
| − | | |
| − | Ok, thanks but I'm very excited about the results of Pugio 1.2. :)--[[User:Robar|HUNRobar]] 17:40, 11 October 2008 (UTC)
| |
| − | | |
| − | Why can't I access ABC's server? My connection get timeout before it finished loading! -[[User:Nat|Nat]] 12:42, 6 January 2009 (UTC)
| |
| − | | |
| − | == Lynch the Multi-Threaders! ==
| |
| − | | |
| − | A thought just occurred to me. I have never liked the fact that robots could be threaded. Why?
| |
| − | # On a single-core (non-hyperthreaded) machine it cannot help the bot without hurting the opponent. Either a) all computation is done on one CPU during your turn, in which case you could have done the same computation with less overhead without the threads, or b) you do computation past your turn, eating up CPU cycles from your opponent.
| |
| − | # On a multi-core (or hyperthreaded) machine, it violates the idea that all bots are equal except for their AI. You suddenly get 2 CPU's in your robot, essentially.
| |
| − | This is a reality we have had to live with, because that's the way robocode is designed. HOWEVER - it just occurred to me that we ''could'' enforce a rule saying that no multi-threaded bot is allowed in ''the rumble''! Which I hereby propose. Besides being unfair to the bot's opponent, acting like a virus stealing CPU, it steals CPU from bots in OTHER battles now-a-days when more than one rumble client executes at a time on multi-core machines! Any bot caught using multiple threads would be immediately removed from the rumble. Does anybody agree? --[[User:Simonton|Simonton]] 02:47, 23 September 2008 (UTC)
| |
| − | | |
| − | Agreed. It isn't fair on the opposition, and makes it impossible to design a bot within the CPU-constant constraints. --[[User:Skilgannon|Skilgannon]] 10:34, 23 September 2008 (UTC)
| |
| − | | |
| − | == What Now? ==
| |
| − | | |
| − | How can I submit the new versions of DrussGT and Cunobelin? Has anybody heard any news on the old wiki? Will it be recovered? Is it gone forever? --[[User:Skilgannon|Skilgannon]] 15:47, 8 December 2008 (UTC)
| |
| − | | |
| − | Well on November 30th I emailed PEZ and got a reply that it's an ugly error and that he'd look into it. I haven't heard anything since but I guess I might email PEZ again. I certainly hope it won't be gone forever as I'd at least like to have a read-only version due to how much great stuff there is there that's unmigrated. --[[User:Rednaxela|Rednaxela]] 16:12, 8 December 2008 (UTC)
| |
| − | | |
| − | I really hope the old wiki content still lives on. In the meantime we could agree to use this wiki's list for my server. I don't have time this week to make the proposed participant list changes, but I could lock out add/removes for all but a few select clients to make sure we all use the same list? --[[User:Darkcanuck|Darkcanuck]] 18:28, 8 December 2008 (UTC)
| |
| − | | |
| − | Well, the old wiki is back! I do wonder though, should we switch to using this wiki's participants list anyway? or should that wait till some other day in the future? --[[User:Rednaxela|Rednaxela]] 18:17, 9 December 2008 (UTC)
| |
| − | | |
| − | : I'd like to keep using the old wiki at least until I can code up something to validate participants on the server side. Then it would be easier to switch and not have to worry about some clients using the wrong list. --[[User:Darkcanuck|Darkcanuck]] 05:39, 10 December 2008 (UTC)
| |
| − | | |
| − | Random question: How much do you think the local client would speed up if I compiled it natively? Right now, we haev a bit of a bottleneck figuring out battles andif we could speed it up by a factor or 3 or so, why not? --[[User:Miked0801|Miked0801]] 21:52, 25 May 2009 (UTC)
| |
| − | | |
| − | == Nanos get little love when things get busy ==
| |
| − | I've been waiting for nearly 4 days for my latest bot to get to 2k battles against nanos, and I'm probably gonna have to wait 3 more for it to happen. Why? Nanos, after they get to their 1 battle per bot limit, are the last bots to be updated under the current system. I understand why the system was done this way, but is there anyway we can add a time component to the battle chooser to make sure that when things heat up in the rumble, nanos get some love as well? --[[User:Miked0801|Miked0801]] 20:47, 19 June 2009 (UTC)
| |
| − | | |
| − | I hear ya. Even in Mega-land, it can take a while to get to 2k battles, and I don't really trust a rating until it does (even with all pairings). There are some RR client options you could try, like excluding bots or running NanoRumble only, but the latter will just do random battles, I think. A couple of nice client side options, imo, would be mini/micro/nano while still honoring pairing priority, and ignoring pairings while running bots with under NUMBATTLES (in all applicable rumbles). I'm definitely in favor of RR contributors having control over what battles they want to run... --[[User:Voidious|Voidious]] 22:48, 19 June 2009 (UTC)
| |
| − | | |
| − | Nanos get ''way'' more than their fair share of processing time. By a time a nano reaches 2000 battles in its own class, it has typically reached 5000+ battles in the main rumble. Few, if any, megabots have yet to reach that level. Not only is it unfair to folks releasing larger bots, it also takes away cpu time from other nanos. So should we abolish nanos? Of course not!
| |
| − | | |
| − | I'd vote for changing the client's battle selection such that when a new bot reaches full pairings, the remainder of its 2000 battles are fought against opponents in its own size class. Those battles will still count for the higher classes, so a nano would really only need 2000 battles overall. This would mean faster results for nanos and more cpu time for everyone else, regardless of size. --[[User:Darkcanuck|Darkcanuck]] 03:19, 20 June 2009 (UTC)
| |
Sub-pages: /Archive20130317
RoboRumble history
April 27 2005 - The RoboRumble@Home server is now moved to Pulsar's machine. See /TemporaryServerUp for the RR@H settings files to use and some more details. The only difference you should note is that the flag-less bots no longer have the Jolly Roger flag. This is temporary and will be fixed soon. Huge thanks to Pulsar for carrying the burden (reponsibility-wise) a while with this. I'll sleep tighter now when I don't need to worry if my WinXP Home PC (yes, it was hosted in such an environment before!) is awake and responsive. -- PEZ
October 28 2005 - The RoboRumble@Home server will be down for several hours for upgrades tomorrow (Saturday Octber 29). As a side effect this will solve the issues some people have with port 8080. --Pulsar
October 29 2005 - The RoboRumble@Home server is going down shortly and will be up and running again within 12hours hopefully. -- Pulsar
October 29 2005 - The RoboRumble@Home server is up and running. Updates are needed for RoboRumble@Home clients. -- Pulsar
February 18 2006 - The RoboRumble@Home server connection might experience some downtime the following hours as I will reorganize the firewall setup. --Pulsar
March 7 2006 - The firewall switch over has now finally been done, and everything seems to be working. Some people might experience a short delay until DNS records have been updated around the world (though they were and are set to a very short "time to live" to minimize this). RoboRumble@Home clients need to be restarted as Java by default caches DNS lookups. --Pulsar
