On removing bots worse than SittingDuck

Jump to navigation Jump to search

You do not have permission to edit this page, for the following reasons:

  • The action you have requested is limited to users in the group: Users.
  • You must confirm your email address before editing pages. Please set and validate your email address through your user preferences.

You can view and copy the source of this page.

Return to Thread:Talk:RoboRumble/Participants/Keeping worse bots/reply (4).

1. not downloadable opponents are not a problem, as we have rather archive or no one could publish a score about it. Therefore I think we should keep every bot as much as possible, unless we can't find any valid link for it.

2. A separate rumble for worst bots is completely different from competing together, unless we copy all the normal rumble bots to the worst bots rumble as well, which is a even more waste.

3. Even if the history APS is losing its value anyway, it does so slowly, therefore it's not a big problem. But removing a lot bot all at once is a BIG PROBLEM.

Xor (talk)15:04, 7 September 2017

Let me argue that missing jars is the problem. Suppose you enter a new bot in the rumble and suppose that 10 weakest bots are inaccessible. Then this new bot, will have overall smaller APS than some old bot who already had a chance to pair up with weak ones.

So your APS would be smaller, not because your bot is weaker but because bots are missing. Literumble will show this as "Rankings Not Stable" but its probably not what you want.

Opposite will happen if 10 strong bots are missing.

Thus I am pushing for removal of missing bots so the rankings is done on the same set.

Beaming (talk)19:11, 7 September 2017

This only happens when no one that runs roborumble has access to those bots. And the real problem is our priority battle algorithm — it takes more than 3000 battles to be guaranteed to have a full pairings, but the default battles threshold is 2000, which leaves new bots typically with missing pairings.

Unstable rankings has nothing to do with those inaccessable bots.

Xor (talk)00:50, 8 September 2017
 

I suggest we tweak the priority battle algorithm a little — when there's no one that has battles below threshold, prioritizing on pairings. Only when everyone has full pairings, run random battles.

However, the first problem to solve is that we make sure every bot is accessible to everyone.

Xor (talk)00:58, 8 September 2017

The literumnle already does this. However the delay between generating the priority battles and the client running them and uploading them means that many are run twice.

Skilgannon (talk)07:37, 8 September 2017
 
 
 

And NOT everybody is getting 100% against worst bots. e.g. ags.RougeDC is getting around 50% against aaa.WorstBot, which must indicate a bug.

And, removing ten 100% APS bots will decrease everyone by 1.0 APS, which is considerable. Although the rank is not affected by much, doing so destroys the existing meaning of ranges of APS. e.g. 90 used to be a barrier of the extremely strong bots, but if we remove 10 100% APS bots, the barrier will be 89. A big shift in everything is very inconvenience.

Xor (talk)15:12, 7 September 2017
 

A lot of bots is missing 10 pairings simply because there are 10 bots removed temporary, and it takes a lot of time to add the pairings back.

Therefore we should really take caution when removing bots — It takes less than one second to remove, but it takes almost a day to add it back.

Xor (talk)15:17, 7 September 2017
 

> Well, may be I removed them somewhat hasty.

I didn't think it was hasty at all. On the other hand, I was glad that finally someone was taking the initiative.

I personally agree with Beaming's argument. However, it doesn't matter that much to me, so I won't waste breath arguing about it.

MultiplyByZer0 (talk)20:37, 7 September 2017