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.
Comments
I know I'm months late, but does anyone have a YABS of one of the HFC plans?
It might be even more interesting now than on initial deployment. Let's see how they managed to balance these services.
Question for users of HostHatch promo/discounted plans, how long is the typical response time for non-troubleshooting tickets (eg. billing & other enquiries)?
I know they already said it'd be lower priority than std plans, but I'd still appreciate a ballpark figure. Tks
I had a ticket about invoice and it was answer on the same day, maybe few hours max.
Typically in 2 working days
Depends upon how much workload they have.
They must be really busy.
No reply to a billing ticket for 3 days now, not related to their Sale here, more about current VPS and account setup.
I understand technical support is limited for these sale VPSs .. But billing/inquire should not take that much time
This is already clarified in the original post. But yes, we are indeed unusually busy in this time period.
You're asking for a special/non-standard offer, no?
1-day typical response time in my experience.
Any upcoming offer?
Serenely, Black Friday.
Hi @hosthatch,
Could you please take a look at Ticket #808844 when you have a moment?
The ticket has been awaiting a response for 3 days. I have provided reproducible benchmark data showing severe hypervisor-level CPU starvation / steal (~25x slower single-core performance than normal EPYC 7J13 baseline), which makes the VM practically unusable.
Could you please help review the host node health or assist with a node migration? Thank you very much for your time!
What's your average CPU steal percentage?
What location?
@forest It's running
, so unfortunately there is no native
%stmetric like in Linux (top/mpstat).However, the severe CPU starvation is directly measurable via single-core execution time:
Even idle OS processes (Explorer / Task Manager) continuously peg vCPUs at 8–10% and trigger system freezes due to hypervisor time-slice starvation.
The best way to get your issue resolved as soon as possible, is to be concise and include technical information. Unfortunately it does not help when you use an AI to write a (very) huge generalized wall of text, with no technical information whatsoever, and then expect us to investigate ten different things for you.
Once we have an update, we will get back to you via your ticket. We do not offer any special priority to tickets posted here.
Not doubting that it's overselling but I don't trust your LLM's diagnostics.
Windows (assuming that's what you were trying to paste in) surely has access to the same counters as Linux, even if they call it something else.
Based on?
I have no way of knowing, I'm just not doubting it because overselling is so common.
This isn't overselling, and what the user has provided isn't a real benchmark. There is no CPU contention, or any specific limits applied. Simply fear amplified by an LLM is my best guess, but we've asked for more technical info multiple times in the ticket already.
Yeah that makes sense.