(04-12-2019, 11:23 AM)tryp4vps Wrote: Thanks @deanhills for sharing the 'secrets'.
In fact, most other providers would just disallow continuously-high CPU consumption to avoid the troubles. Glad to hear that F7N is handling it quite differently.
But I am quite sure it would affect other neighbours on the same OpenVZ host. Would be nice if @F7N could also share how he manages to get it work.
As long as the CPU is not continuously loaded as overloaded, we have no annoyance about it. Of course we prefer that the CPU stays below 40%, but with a Boot from a game server we also know that the CPU automatically goes to 100%, but that is more often at OVZ because KVM is stronger and can handle more. But we don't see any weird or suspicious situations in our system so I won't know why I should revoke the VPS. So in this way we as a company do not suffer because we actually have this as the only OVZ server so others will not be burdened by this. The OVZ is on a node where many others are not and we will not do that because this is a sponsor and as a little extra this is a gift from us for Post4VPS.
(04-13-2019, 01:14 AM)humanpuff69 Wrote: maybe they have external limiter . When the cpu reach 100% for amount of time it still run 100% on the vps but that container is limited to 40% of actual performance so it will throtle the speed . aws usethat system with cpu credit when your cpu credit is empty it will throtle the vps very badly
We can measure and track CPU usage. As I indicated, I do not currently see any suspicious situations. If things really get out of hand, however, we will take action here and also inform the user of the cause and repair it so that the user can continue with his VPS project without being disturbed. We can measure and track CPU usage. As I indicated, I do not currently see any suspicious situations. If things really get out of hand, however, we will take action here and also inform the user of the cause and repair it so that the user can continue with his VPS project without being disturbed. But VPS is adjusted at high usage up to 40% indeed. But if the user needs more, we will have to charge for this.