New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
GreenCloudVPS issues
in General
How are GreenCloudVPS servers? Are they stable for hosting websites? I’ve heard they have very strict CPU limits—apparently, running a single benchmark test can get your server shut down.

Comments
Currently have a yearly paid server from 22nd October 2025.
Minimal downtime, Very stable. Simply no problems.
I have heard that GC has got strict CPU limit and once one of my servers was suspended for high traffic but a ticket quickly fixed it. Otherwise, all good, never had any issues.
30% as stated in their terms.
Never had a problem I have 6 servers with them.
They also have VDS.
The 30% policy is in place to stop resource abuse and prevent users from maxing out the CPU at 100% for hours on end on shared plans. We have never suspended a VPS just for running a quick benchmark. You're fine to burst over 30% usage occasionally when you need to, it's just not meant to be run at that level constantly.
Are you enforcing it strictly? For example when my CPU usage hovers around 50-60% 18 hours a day, will you suspend it or will you contact through a ticket first, trying to find a solution?
I have a suggestion: allow users to cap CPU usage at qemu via ticket, to help prevent website suspension during high traffic periods (days).
I spoke to them recently about something like this and they said it would be an email notification and invitation to discuss.
I thought that was more than reasonable.
Correction, it would be an email + a shutdown
Actually no but whatever pot you with to stir
I like to stir bowl. It gets messy quick. Pots are clean ways to stir.
In my experience, from several providers, it's not that strict, they only enforce bandwidth limits, you can pay for bandwidth equivalent to half a year of your VPS cost. The really strict one is Hostdzire's Leaseweb product, they use cpusteal for limitation.
Just buy enough cpu or a VDS with dedicated resources, simple.
I have a VPS from 2024, never had any issues. To be honest, I dont really use this VPS except for the occasional yabs like every 1 or 2 months. Done that for the past 2 years, have not been suspended yet
Actually Yes.
A quick question: is that 30% CPU usage overall for instance, just 30% user time, or the total CPU usage?
If I'm uploading a file and the disk is slow, causing 95% iowait, will the VPS be shut down?
Example 1:
17:00:00 CPU %user %nice %system %iowait %steal %idle17:10:02 all 10,00 0,00 1,00 20,00 2,00 67,00Example 2:
20:00:00 CPU %user %nice %system %iowait %steal %idle20:10:28 all 1,05 0,00 3,19 95,75 0,00 0,0020:20:54 all 1,00 0,00 3,05 95,94 0,00 0,00So, you mean it's just the %user—the 30% average over 24 hours?
Also system, since iowait does not use the CPU.
i regularly run YABS with no issues.
* * * * * curl -sL yabs.sh | bashContent not available
But at a guess it sucks to suck.
https://imgur.com/C0P5ZKQ
I guess your provider block imgur.
i guess he is in UK
https://www.bbc.com/news/articles/c4gzxv5gy3qo
Good uptime; the speed isn't as fast as Ramnode, but it's still good. I'm waiting for a special anniversary date; I'd like to see more offers from Greencloud. I'm interested in renting another VPS.
This is a solid idea, but having to open a support ticket just to manually toggle a hypervisor cap during a traffic spike is a massive pain for production websites. If you are just running websites, you shouldn’t have to micromanage your own kernel limits or worry about 24-hour resource graphs. This is exactly why a cloud hosting environment built on CloudLinux and CageFS makes more sense for web traffic than a budget unmanaged VPS. Instead of guessing how a provider handles %user vs %iowait, or risking an abrupt suspension when a script flags your node, a proper cloud platform handles resource spikes gracefully. If your site suddenly runs a heavy backup or gets a massive wave of traffic, the system naturally queues the processes at the kernel level. Your site stays online, and the rest of the server neighbors stay completely unaffected—no tickets or manual QEMU capping required.