Bf 6 Portal Serervers Community Garbage!

"Want a copy of the rules I use?" That would be nice if you could share your blocks :)

Well, I have 16 experiences, and only a couple crash for some PC players; the big ones with a bunch of UI trickery that no one plays anyway. None have rubberbanded ever, in the hours and hours I have played.  I think you should find the problem by the process of elimination. I would start by removing your rules. I am pretty sure that if you remove all rules and then try, you would see that your crashing and performance problems stop, except for maybe your 9-objective monstrosity. There is no reason you should have problems on smaller maps with fewer players. Something is wrong. And that something is something you have control over. I know you don't want to believe it, if you haven't already seen evidence for yourself, but I assure you that if you change whatever approach you have implemented, you will suddenly see the evidence for yourself.

It looks like you are using the viperstudiosandy code that everyone is using. No offense to him, and his work is commendable and a work of passion, but I really think he has gone all out on making something cool at the cost of performance and stability. It's not his fault that the game and portal developer made almost limitless options for servers which are limited. The amount of resource abuse implemented though, is absurd, in my opinion.  I would highly recommend pruning a bunch. I have cut the rules down a ton and not suffered gameplay as a consequence, in my opinion.  I outlined how. Want a copy of the rules I use?

Their latest published template code version.  You know.... I mean..... I'll leave the highlighted as it stands.

Again, no offense to their work, but they are designing something to broadly suit people and adapt to a wide variety of options. Once you decide what your application is, I would encourage you to customize and make it what you need. It is called a template, after all.

The map size does not matter because I checked on tiny map without combat area and huge map with big combat area.Also I checked 500 total objects on the map and 3500 but still crashing.Also crashing with 30 players.My blocks/scripts were working one month ago and were stable.No server did'nt stand for a few days and rubber band but was always fresh start.The problem is they gave us garbage 30 hz ,laggy and crashing servers in Uganda because is cheap.They need to make a profit from the game at all cost.

Bare in mind that you don't get stats for kills on portal servers and is almost 0 XP and no xp fot weapons e.t.c.

I think there are is some nuance missing from the OP.

1. Making a huge map with a huge number of objectives, will naturally perform worse. (video)  I think there is a reason that pushing things to the limit have consequences. I think there is a reason why the developer operates its design within its intended limits. I think any "official" (whatever that means) server which tried the same would have similar problems, the game developer would adjust the servers to fix those problems, and then you wouldn't have the same problems any more either. But that's not where we are. It's the classic problem of designing within the constraints. If the game developer has not yet pushed to this design limit and created the infrastructure to support it, should you?
2. From my experience, the biggest affect on rubberbanding is server up time. You don't have it displayed in your video. Turn on server bar to "always" in your game's system->network settings.  If the up-time is more than a couple of days, the server will rubberband sooner.  If your server is rubberbanding, it will never stop, no matter how many people leave and how few people remain in the server. That is a server problem, but it is a server problem you have some control over. If you host a server, and the up-time is high, immediately leave and re-host it until you get a good (one day or less up-time) server, before people join.  If you cause/allow people to populate a server with high up-time, you are contributing to the problem. It will only perform worse and worse as time goes one. At least that is the only part of the problem you have direct control over.
3. The server rules implemented have a massive effect on server performance and stability. Try to reduce the number of rules and get less fancy when not needed. Reduce use of "configuration variables" and instead hard-code the values into your rules which can be hard-coded. Instead of defining max size, min size, yes true for this, no false for that, as 20 configuration values at the top of your rules, go down through the rules, hard-code the values or choices you decided on, and then delete the configuration variables which are no longer being used. If it isn't a value that changes, it isn't really variable; it's just a waste of resources. Reduce array sizes when unnecessarily big (like, do you need to define all objectives up to Z, when the game is designed for much fewer?). Reduce the number of wait commands and rules stuck waiting on a result.  Reduce the number of times you tell AI to do something, or to check their distance to an object, or wait somewhere, and instead try to put them into BattlefieldBehavior as soon as you can and then just let them do their thing as much as you see it not negatively affect the gameplay. The AI commander usually does a good job. Similarly, do not make the map needlessly large, in order to reduce AI computation. Do you really need to define so many areas and where infantry is allowed and where vehicles are allowed instead of just making the map whatever size and allow the infantry decide if they are bored walking out into an empty desert? Simplify wherever possible and then reduce the rule size computation because of that simplification. Try spawning the AI in once every 2 seconds instead of every second.  Do similar things and think about how a bunch of AI commands might stack up at the same time. Again, try changing the AI to battlefield behavior after they do certain things, so that they won't use up so much computation time or not be as likely to all try to ask for a new objective at the same time. Reduce the number of ongoing rules and combine more rules together when they have the same or non-competing conditions.
4. Try reducing the server population a bit. Does it HAVE to have 64 players? Have you tried 56 or 48 and seen a significant difference in gameplay?  It sucks not aiming straight for the higher goal, but if it makes a performance difference but little game difference, is it worth it?
5. From all indications, consoles are less likely to crash than PCs in this situation. Maybe because the console is better defined and therefore the game's settings will naturally be more restricted and less likely to cause these problems. Or maybe the PC application has design problems. But, whatever the reason, if you use PC, consider whether there are settings you can use to reduce the number of performance problems you experience. I see lots of people on PC pushing the limit of visuals, without caring about compromise.

Until/if they improve the quality of the community servers and fix the memory leak -- or whatever problem causes high up-time servers to run like crap -- or start rebooting servers more regularly, there isn't much more you can do except for try to operate within the limits provided.  I really think the five points I mentioned make a massive impact and completely change something from being either playable or unplayable. And, no, I don't think 30hz versus 60hz servers have a significant affect compared to simple server up-time.

So, no, I don't think it is a waste of time designing custom portal servers.  I think it is more important to consider the intended product and, if the intended product is the biggest anything in the game, design with compromise in mind from the beginning.  Otherwise, there might be a reason why your goal hasn't already been successfully achieved.

Hey EA Clowns why did you lose 90% of players??I will tell you!You nerfed everything from Helicopter is like garbage 0 accuracy with Heavy rockets and TOW compare to beta!You are not listening to the community!You gave 20 players to start the server and 8 players to start with bots! And the rest is like my friend said above!

I hope you fall!