Latency
Measure round-trip time from important user and office networks, not only from a cloud test node.
Network marketing numbers are not enough. Test latency and transfer performance from the actual regions and ISPs that matter to your application.
For the Georgia VPS line, the confirmed public network profile is 200 Mbps local Georgian connectivity and 10 Mbps international connectivity with unlimited monthly traffic. Test from the locations that matter to your users instead of treating one benchmark as universal truth.
Measure round-trip time from important user and office networks, not only from a cloud test node.
Persistent loss can harm interactive applications even when nominal bandwidth looks high.
Traceroute or MTR can help identify where a path changes, but interpret results carefully because some hops deprioritise probes.
Use application-relevant transfers and several locations. One speed test should not be treated as universal performance.
This package intentionally does not invent test IPs or benchmark URLs. Add production test endpoints in config.php once you have confirmed which SERVER1 network resources are intended for public testing.
Publish an address designed for public diagnostics, not a customer or management interface.
Use a controlled public test object and monitor abuse or unexpected transfer cost.
Expose only safe diagnostic functions and rate-limit them appropriately.
Local and international connectivity values describe the public VPS service profile and should be interpreted in that context.
The published 200 Mbps local and 10 Mbps international profile helps set expectations for multi-tenant Georgia VPS service. It should not be compared directly with dedicated server port profiles or with generic advertising from unrelated providers.
For business-critical workloads, test from your actual audience regions, office networks or upstream systems. Latency, packet loss and route quality matter just as much as raw transfer speed.
A port speed is only one constraint. Internet performance also depends on congestion, peering/transit, remote networks, route choice, protocol behaviour and the application itself.
Publish or provide a test endpoint only when SERVER1 has designated one for public diagnostics. This site intentionally does not fabricate a placeholder address.
If you know the resources you need, open the live catalogue. If not, send the workload and we will help narrow the choice.