Server crashing at 200k entities

I play on a 1000x server and its having issues with entities since its a 1000x server

As soon as the server starts its at about 195k entities and it gets up above 200k without anyone on and what seems to be happening is that when it attempts to autosave, it fails and the server crashes and rolls back to the point with 195k entities and repeats the crash loop.
Is there any way to make that 200k entity save limit higher?

There isn't any entity save limit.
so thats more of a rust limit then?
Rustafied doesn't seem to have a issue with entities.

dAaIq45.png
hmm, i wonder if its a plugin doing it then
it can also be a bad host and there end can't handle it. which is half of rust server providers now days sadly
I'm going to guess that this server is shared hosted and is hitting RAM cap and service killed?
The problem is not high entities, the problem is high entitites and alot of players.

200k entities is not so much when you only have 10 players running around. When you have 100 players running around it could be a problem. Thats why all the top rust servers have around 100k entities.
5c2da1c996ab6.png?uid=5c2da1cfb55c6 Quantum
Rustafied doesn't seem to have a issue with entities.

dAaIq45.png

That server is vanilla. We are here at umod forums so we use mods, high gather rates and that guy even said he is playing x1000. So building goes a little faster than vanilla. Rust isn't magic. If you have x1000 and alot of players u need to limit your server in other ways. You cant suddenly take a car and make it drive 10x as fast.

We have found that there is no real hard limit when it comes to entities. we've seen upwards of 400.000 at some point.

HOWEVER, if the server has any noticeable performance left at that point is strongly dependant on a wide number of factors.

e.g. CPU- single core clock speed (!), How many calculations are your mods doing on those entities? How big are individual buildings?  How much destruction/rebuilding is going on? (Huge buildings + remove = lots of stability calculations), etc.

Limiting that number is a good plan in any case.