I believe a lot people is talking about UptimeVPS.com nowadays.
Most people are concerning about whether this VPS provider is a scam or not.
Some had made some reviews on the VPS the bought from UptimeVPS.com and showed some very good result.
Yeah, the upload/download speed is kinda fast. Read/write speed is also very good.
I’m not sure about other people, but I am facing the problem as below.
I reloaded the VPS OS template, and updated the OS, I found that it used quite a lot of memory. So I decided to check and killed some of the processes. I even rebooted the VPS after the updates.
But it is so shocking that when I checked the memory usage, it is still very high!
Even after I killed everything, and left dropbear alone running, it is still very high!
It isn’t possible to be like this, and this is not how an OpenVZ VPS should behave.
I even tried to reload the VPS with other distro’s template, and do the same thing as above, the memory usage is still very high, and increasing although there is no other processes/daemon running.
Now, here is what I get for the “uptime”, “free -m” and “ps aux” after leaving running for 11 and a half hours.
root@s5:~# uptime
14:19:34 up 11:33, 1 user, load average: 0.00, 0.00, 0.00
root@s5:~# free -m
total used free shared buffers cached
Mem: 384 150 233 0 0 142
-/+ buffers/cache: 7 376
Swap: 384 3 380
root@s5:~# ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.1 2028 680 ? Ss 02:46 0:00 init [2]
root 2 0.0 0.0 0 0 ? S 02:46 0:00 [kthreadd/454]
root 3 0.0 0.0 0 0 ? S 02:46 0:00 [khelper/454]
root 4 0.0 0.0 0 0 ? S 02:46 0:00 [nfsiod/454]
root 245 0.0 0.1 2084 492 ? Ss 02:46 0:00 /usr/sbin/dropbear -d /etc/dropbear/dropbear_dss_host_key -r /etc/dropbear/dr
root 647 0.3 0.2 2400 1084 ? Ss 14:19 0:00 /usr/sbin/dropbear -d /etc/dropbear/dropbear_dss_host_key -r /etc/dropbear/dr
root 648 0.0 0.4 2976 1640 pts/0 Ss 14:19 0:00 -bash
root 657 0.0 0.2 2348 908 pts/0 R+ 14:19 0:00 ps aux
root@s5:~# vzfree
Total Used Free
Kernel: 8796093022208.00M 2.27M 8796093022205.73M
Allocate: 36028797018963968.00M 1.77M 36028797018963968.00M (36028797018963967M Guaranteed)
Commit: 36028797018963968.00M 3.05M 36028797018963964.00M (44.5% of Allocated)
Swap: -145.48M (-18528.4% of Committed)
root@s5:~#
Then, I rebooted it and had make sure only dropbear is running.
And surprisingly, the memory usage still almost remain the same!
root@s5:~# uptime
14:43:37 up 1 min, 1 user, load average: 0.00, 0.00, 0.00
root@s5:~# free -m
total used free shared buffers cached
Mem: 384 148 235 0 0 143
-/+ buffers/cache: 5 378
Swap: 384 3 380
root@s5:~# ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.1 2028 684 ? Ss 14:42 0:00 init [2]
root 2 0.0 0.0 0 0 ? S 14:42 0:00 [kthreadd/454]
root 3 0.0 0.0 0 0 ? S 14:42 0:00 [khelper/454]
root 4 0.0 0.0 0 0 ? S 14:42 0:00 [nfsiod/454]
root 246 0.0 0.1 2084 476 ? Ss 14:42 0:00 /usr/sbin/dropbear -d /etc/dropbear/dropbear_dss_host_key -r /etc/dropbear/dr
root 255 0.2 0.2 2400 1080 ? Ss 14:42 0:00 /usr/sbin/dropbear -d /etc/dropbear/dropbear_dss_host_key -r /etc/dropbear/dr
root 256 0.0 0.4 2980 1640 pts/0 Ss 14:43 0:00 -bash
root 268 0.0 0.2 2348 904 pts/0 R+ 14:43 0:00 ps aux
root@s5:~# vzfree
Total Used Free
Kernel: 8796093022208.00M 1.17M 8796093022206.83M
Allocate: 36028797018963968.00M 1.77M 36028797018963968.00M (36028797018963967M Guaranteed)
Commit: 36028797018963968.00M 1.96M 36028797018963968.00M (44.2% of Allocated)
Swap: -144.54M (-18501.5% of Committed)
root@s5:~#
Here is the resources usage of the VPS in SolusVM.
It stays around 5MB to 6MB RAM usage at before and after the VPS rebooted.
Perhaps you might be wondering, if SolusVM shows it use very low memory, it should be alright, are you?
No, it is not ok! Because Linux will read of what it gets from the VPS itself, and when the free memory it gets said it runs out of memory, it will not allow you to fork any new process threads!
Since when only running dropbear, it also showing this kind of memory usage, then you can expect what will happen if there is NginX and MySQL is running! The whole shit will just run out of memory and fuck up itself!
Well, I did expect that this €9/year will be oversold like crazy. But I did not expect that this shitty VPS provider, doing something dirty like faking the memory usage to avoid the OS in the VPS to utilize reasonable amount of memory until like this!
Fuck UptimeVPS.com! But in another point of view, they are really good in doing the con job anyway.
At least, so far no one able to a con job on selling VPS like this, with skills.
Other scammers will usually oversell like crazy, but they are not able to fake the memory usage of the VPS container.
Bravo for UptimeVPS.com for their highly skilled con job, and fuck them for con me like this and accusing that I don’t know how to check processes via “top” and “ps aux”!!!