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.
Way to check quality of Host service?
MTUser2012
Member
in Help
The sites hosted on one of my VPSs recently all seem to be incredibly slow. This is top ranked host, not some oversold new host. I don't want to open a ticket or complain if I am wrong, or worse, the source of the problem. Are there any benchmarks I could use to see how my service on the subjectively slow host compares to other VPSs I own?
I am thinking in this way, I could see if there is a real problem or not.
Comments
Do you have another VPS you can test on? Is it loading slow only for you, or a majority/all of your users (you can test the load times using http://tools.pingdom.com/fpt)?
what do you mean by "slow"? Slow network? Slow loading?
http://tools.pingdom.com/fpt/
https://gtmetrix.com/
https://developers.google.com/speed/pagespeed/insights/ good for optimized images, css and js files(like piwik js tracker)
http://www.webpagetest.org/
wget freevps.us/bench.sh && bash bench.sh
Others can give you more technical problem analysis hints.
It definitely helps to take a moment to define the slowness. For example:
You can use various site testing tools:
https://gtmetrix.com/
http://www.webpagetest.org/
http://tools.pingdom.com/fpt/
That will at least point out things that are your issues in your site development or web server config. If you're complaining about site load times it's almost guaranteed to be something in how you configured your VPS vs the service itself, unless you're noticing major CPU/Disk IO/Network performance problems.
Run some tests and see if you can pinpoint the issues. Sometimes it's as simple as a bad DNS provider/config, or can be issues with your PHP config, etc. You can monitor your box and throw traffic at it with something like blitz.io and see if processes spike too much or start hanging and eating up cpu/memory.
Thank you for all the help. I'll work through these tools and try to better define "slow."
i generally run this script to see network speed & io
and sometimes "ping from multiple location" kind of thing (w/o proxy or cdn).
Pretty sure you can omit
-o /dev/null
when you are using-O -
.No harm ticket to host with info
If he's on an unmanaged plan and is not sure about what's causing the trouble, he should first try to troubleshoot it.
If network is crap, CPU is always busy or I/O sucks, then he should ticket the host.
If the problem is with his setup and they still want to help, that's just a courtesy for an unmanaged product.
I used the suggestions in the post. Here is what I've found: pingdom says my website is fast, faster than 89% of other websites.
Here is the report from bench.sh:
System Info
Processor : Intel(R) Xeon(R) CPU E5-2630L 0 @ 2.00GHz
CPU Cores : 4
Frequency : 1999.999 MHz
Memory : 2048 MB
Swap : 2048 MB
Uptime : 33 days, 1:38,
OS : CentOS release 6.7 (Final)
Arch : x86_64 (64 Bit)
Kernel : 2.6.32-openvz-042stab108.8-amd64
Hostname : xxxxxx.xxx
Speedtest (IPv4 only)
Your public IPv4 is xxx.xx.xxx.xxx
Location Provider Speed
CDN Cachefly 39.4MB/s
Atlanta, GA, US Coloat 12.1MB/s
Dallas, TX, US Softlayer 11.6MB/s
Seattle, WA, US Softlayer 22.7MB/s
San Jose, CA, US Softlayer 13.8MB/s
Washington, DC, US Softlayer 19.9MB/s
Tokyo, Japan Linode 6.35MB/s
Singapore Softlayer 7.75MB/s
Rotterdam, Netherlands id3.net 3.94MB/s
Haarlem, Netherlands Leaseweb 8.53MB/s
Disk Speed
I/O (1st run) : 141 MB/s
I/O (2nd run) : 209 MB/s
I/O (3rd run) : 255 MB/s
Average I/O : 201.667 MB/s
Is this reasonable?
Now I can state that the "slow problem" seems to me to be very, slow, glacially slow response typing in SSH using terminal from my location. Using SSH to VPSs that I have seems to very snappy, almost instantaneous.
Please can I get some feedback on the ssh typing problem?
Do an MTR/traceroute
Could be a route problem to your local isp
I also suggest you to do a MTR from your Local Connection.
In traceroute, what do three *** mean next to a number instead of showing a hop and a time?
That the hop was not reachable. It's either not routable from where you query from or not responding to ICMP.
Go inside SSH and show top command and also show tracerout im sure some users can give you a good sumup of your problem.