Closed Nobelium-cfx closed 2 weeks ago
Allowing us to change any pool size can help us to do testing in production environment. Why restrict to only few of them ?
The restrictions are there to make it harder for people to shoot themselves in a leg. If there is a case where higher limits are needed - we can easily adjust them.
But I understand your concern about testing. We could add a special "dangerous" flag that would remove the restrictions. But I'm not sure myself. @prikolium-cfx WDYT?
every server has its own needs, I think flexibility is a must.
Redm is still at very experimental state, it's will be easy to increase some pool as testing purpose, like ped, vehicle ect ... Where we can ask to add pool in list without creating any PR ?
Allowing us to change any pool size can help us to do testing in production environment. Why restrict to only few of them ?
The restrictions are there to make it harder for people to shoot themselves in a leg. If there is a case where higher limits are needed - we can easily adjust them.
But I understand your concern about testing. We could add a special "dangerous" flag that would remove the restrictions. But I'm not sure myself. @prikolium-cfx WDYT?
Maybe we can add startup argument -nopoolrestriction
that will ignore our global limits on client side and some convar to do the same on server side. It will be enough for development and testing purposes. And if you need it in production you can just ask to add pool/increase pool limit in our global config, it would not take too much time for us.
Redm is still at very experimental state, it's will be easy to increase some pool as testing purpose, like ped, vehicle ect ... Where we can ask to add pool in list without creating any PR ?
Thats a good question. The pool size limits are stored in a CDN, so you won't be able to change them by creating a PR anyway.
I'm not sure. Im not sure what the best communication channel would be. If you are part of the CFX discord channel - you can write there and ping me or @prikolium-cfx . If not - you can just send a direct message on discord to one of us. My username on discord is "nobeliumcfx"
Allowing us to change any pool size can help us to do testing in production environment. Why restrict to only few of them ?
The restrictions are there to make it harder for people to shoot themselves in a leg. If there is a case where higher limits are needed - we can easily adjust them. But I understand your concern about testing. We could add a special "dangerous" flag that would remove the restrictions. But I'm not sure myself. @prikolium-cfx WDYT?
Maybe we can add startup argument
-nopoolrestriction
that will ignore our global limits on client side and some convar to do the same on server side. It will be enough for development and testing purposes. And if you need it in production you can just ask to add pool/increase pool limit in our global config, it would not take too much time for us.
Sounds good. There are higher priority tasks for me at the moment. But it should be fast to do. I'll make make sure to add the flag once I have some time.
Redm is still at very experimental state, it's will be easy to increase some pool as testing purpose, like ped, vehicle ect ... Where we can ask to add pool in list without creating any PR ?
yes its been 5 years in experimental state... Like I said every server has its own needs allowing only a few pools servers no ones purpose...
Maybe we can add startup argument
-nopoolrestriction
that will ignore our global limits on client side and some convar to do the same on server side. It will be enough for development and testing purposes. And if you need it in production you can just ask to add pool/increase pool limit in our global config, it would not take too much time for us.
what would be the point in testing things if we can't use in production? most tests are done in production specially testing and seeing pool sizes, and then we need to ask and wait, and wait to be in release version to use it. that's a lot of steps.
The flag is a good idea but I think its unacessery code that will stay forever in the code base. not that is any of my concern just an observation
in my opinion just don't restric it, it should be the server responsability on how they use it. can't make everything fool proof if you know what I mean .
You'll not have to wait for it to be in release version, the list is the same for all versions.
This is recent so yes the pool restrictions list will be edited a few times but over time the list will be more and more stable, if someone need a limit to be adjusted he will request Cfx team once he proves this is needed.
Something that is missing is the information of how to request adjustments of the limits, this should be notified in the console when hitting a pool restriction so anyone that needs to up the limit will know how he should request it.
I just see it all as unaccessary, there should be no need to contact anyone and have to proove their use case, that's how it was before, so we are going backwards? hence why the flag could come into play, but still, why restrict when it's the server responsability? when there's a restriction users can't test them either, so it all falls back to the workload of the team to ensure they work and all that stuff.
removing the restriction (either default or by convar) allows users to test them and report issues if any, no need to contact anyone and leave it all to the team to handle it. and everyone can use the feature for what they need and not for what it is allowed.
That's how I see it.
First of all thankyou i was stuck on 2612 for a while, this allows me to go current and give me 15% room to play so any improvements are appreciated, and like said before if possible to give responsibility to the server to test some pools would be great
Allowing us to change any pool size can help us to do testing in production environment. Why restrict to only few of them ?