kate3
Member
OP
- Joined:
- Jul 2024
- Posts:
- 208
- From:
- Utrecht, NL
Not here to name names. Provider uses SolusVM. Click "manage" and I make coffee. Come back, still loading.
Measured: 8.3s median, 12s worst case, n=20. Same datacenter, my other box with different provider, 1.2s. Both OpenVZ unfortunately, virtualization tax is real, but 7x difference is not the tax.
Suspect provider-specific database issue. Their node page shows "query time: 4.7s" in footer. Anyone else seeing this pattern? Not asking for pitchforks, just data.
virsh list --all | wc -l: 47
kenji3
Member
- Joined:
- Jul 2024
- Posts:
- 138
- From:
- Osaka, JP
I noticed similar slowness with a provider in Singapore last year. Their SolusVM database was on the same node as customer VMs. After they moved it to a separate management server, the load time dropped to under two seconds. Perhaps worth checking if your provider has the same architecture.
conbini > datacenter snacks
ana_mad
Member
- Joined:
- Jun 2024
- Posts:
- 298
- From:
- Madrid, ES
Solusvm is a toy anyway. Real server runs ipmi. The cloud in scare quotes. Bare metal. Workstation class minimum. Your 8 seconds is what you get for renting slices on oversold nodes. Virtualization tax plus incompetence tax
swimming upstream since 2019 🐟