All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
BuyVM OpenVZ VPS Review: 512MB/1GB - Centmin Nginx installed
Hi guys, my first VPS review on this forum and first time OpenVZ VPS user as well.
About 12 days ago I nabbed 2x BuyVM OpenVZ VPS solely for live testing of my modified Centmin install script which is currently undergoing beta testing and revamp to support Menu mode installation http://vbtechsupport.com/920/. Both BuyVM OpenVZ are 512MB/1GB Burstable/50GB based VPS running CentOS 6.0 32bit.
VPS are on Intel Xeon E5520 Nehalem based processors with 2 cpu cores.
processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU L5520 @ 2.27GHz stepping : 5 cpu MHz : 2266.978 cache size : 4096 KB physical id : 0 siblings : 6 core id : 0 cpu cores : 6 apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc pni ssse3 cx16 sse4_1 sse4_2 popcnt lahf_lm bogomips : 4533.95 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU L5520 @ 2.27GHz stepping : 5 cpu MHz : 2266.978 cache size : 4096 KB physical id : 0 siblings : 6 core id : 1 cpu cores : 6 apicid : 1 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc pni ssse3 cx16 sse4_1 sse4_2 popcnt lahf_lm bogomips : 4532.15 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management:
Out of the box virgin memory/disk usage and top stats:
total used free shared buffers cached Mem: 1024 51 972 0 0 0 -/+ buffers/cache: 51 972 Swap: 0 0 0 Filesystem Size Used Avail Use% Mounted on /dev/simfs 50G 566M 50G 2% / none 512M 4.0K 512M 1% /dev top - 14:22:11 up 1:05, 1 user, load average: 0.00, 0.00, 0.00 Tasks: 16 total, 1 running, 15 sleeping, 0 stopped, 0 zombie Cpu(s): 0.1%us, 0.2%sy, 0.0%ni, 99.7%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1048576k total, 53324k used, 995252k free, 0k buffers Swap: 0k total, 0k used, 0k free, 0k cached
Disk tests
dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync && rm -rf test 16384+0 records in 16384+0 records out 1073741824 bytes (1.1 GB) copied, 22.4788 s, 47.8 MB/s
dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync && rm -rf test 16384+0 records in 16384+0 records out 1073741824 bytes (1.1 GB) copied, 7.07835 s, 152 MB/s
My ioping.sh Disk Latency test which tests random disk speed rather than sequential disk speed http://vbtechsupport.com/1239/
----------------------------------------- ioping.sh 0.9.8 - http://vbtechsupport.com by George Liu (eva2000) ----------------------------------------- ioping.sh 0.9.8 MENU ----------------------------------------- 1. Install ioping 2. Re-install ioping 3. Run ioping default tests 4. Run ioping custom tests 5. Exit ----------------------------------------- Enter option [ 1 - 5 ] 3 ----------------------------------------- Virtuzzo OR OpenVZ Virtualisation detected *************************************************** ioping code.google.com/p/ioping/ ioping.sh 0.9.8 shell wrapper script by George Liu (eva2000) http://vbtechsupport.com *************************************************** Virtuzzo or OpenVZ Virtualisation detected ********************************** dd (sequential disk speed test)... ********************************** dd if=/dev/zero of=testfilex bs=64k count=16k conv=fdatasync 16384+0 records in 16384+0 records out 1073741824 bytes (1.1 GB) copied, 8.87793 s, 121 MB/s ************************ starting ioping tests... *************************************************** ioping disk I/O test (default 1MB working set) *************************************************** disk I/O: / --- / (simfs /dev/simfs) ioping statistics --- 5 requests completed in 4032.8 ms, 2648 iops, 10.3 mb/s min/avg/max/mdev = 0.3/0.4/0.4/0.0 ms ********************************************** seek rate test (default 1MB working set) ********************************************** seek rate: / --- / (simfs /dev/simfs) ioping statistics --- 370 requests completed in 3004.5 ms, 1475 iops, 5.8 mb/s min/avg/max/mdev = 0.3/0.7/16.4/1.2 ms ********************************************** sequential test (default 1MB working set) ********************************************** ----------------------- sequential: / --- / (simfs /dev/simfs) ioping statistics --- 104 requests completed in 3018.0 ms, 45 iops, 11.2 mb/s min/avg/max/mdev = 15.3/22.2/183.5/17.3 ms ----------------------- sequential cached I/O: / --- / (simfs /dev/simfs) ioping statistics --- 376 requests completed in 3005.6 ms, 4557 iops, 1139.3 mb/s min/avg/max/mdev = 0.1/0.2/13.4/0.8 ms
Network speed
wget -O /dev/null http://cachefly.cachefly.net/100mb.test && rm -rf 100mb.test --2011-09-13 22:33:41-- http://cachefly.cachefly.net/100mb.test Resolving cachefly.cachefly.net... 205.234.175.175 Connecting to cachefly.cachefly.net|205.234.175.175|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: “/dev/null” 100%[=============================================================================>] 104,857,600 25.0M/s in 4.2s 2011-09-13 22:33:46 (24.0 MB/s) - “/dev/null” saved [104857600/104857600]
2nd run
wget -O /dev/null http://cachefly.cachefly.net/100mb.test --2011-09-14 02:21:31-- http://cachefly.cachefly.net/100mb.test Resolving cachefly.cachefly.net... 205.234.175.175 Connecting to cachefly.cachefly.net|205.234.175.175|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: “/dev/null†100%[=============================================================================>] 104,857,600 31.5M/s in 3.6s 2011-09-14 02:21:35 (28.1 MB/s) - “/dev/null†saved [104857600/104857600]
Apache v2.2.15 is running by default without any MySQL server installed:
httpd -V Server version: Apache/2.2.15 (Unix) Server built: Jul 7 2011 11:27:40 Server's Module Magic Number: 20051115:24 Server loaded: APR 1.3.9, APR-Util 1.3.9 Compiled using: APR 1.3.9, APR-Util 1.3.9 Architecture: 32-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT="/etc/httpd" -D SUEXEC_BIN="/usr/sbin/suexec" -D DEFAULT_PIDLOG="run/httpd.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="logs/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="conf/mime.types" -D SERVER_CONFIG_FILE="conf/httpd.conf"
Comments
Before I could run my custom shell scripts, I had to at least install a few items that were missing on virgin VPS.
Removing Apache v2.2.15 and install Centmin v1.2.1-eva2000.13
I ran modded Centmin install script which by default installed the following items:
Centmin v1.2.1-eva2000.13 beta
Centmin menu version's options
I usually test my modded Centmin script on local virtualbox based CentOS 5.5/5.6/6.0 64bit servers. This was first time testing on OpenVZ VPS server and was surprised to see alot higher memory usage right after installation, particularly for Memcached servers - 2x 16MB instances took nearly 54MB each. Reading up I found it's due to OpenVZ's memory usage and default system stack sizes.
From http://code.google.com/p/memcached/issues/detail?id=186
I can confirm that this was the case on my new test buyvm OpenVZ 512MB/1GB burstable CentOS 6.0 32bit VPS. This CentOS 6.0 32bit based OpenVZ VPS has a default system stack size at 10240KB.
I wrote a quick servicemem.sh bash shell script to gather all info and tests for the below output where the script outputs base memory usage, then it stops/starts each key service and takes a free -m output after each key service has stopped/started.
As you can see on this fresh virgin Centmin v1.2.1-eva2000.13 beta Nginx/PHP-FPM installed, this OpenVZ VPS shows the following amount of memory used by each of the listed services
1) Default system stack size
2) After tweaked system stack size for specific service init.d scripts
using the following stack sizes
3) Tuned MariaDB my.cnf and APC php.ini memory allocation
Uhm, very nice and details review. BuyVM is a good budget vps provider out there =D
Thanks giang..
Geekbench v2.2.0 = 3,655
http://browse.geekbench.ca/geekbench2/view/481627
vs
Geekbench v2.2.1 beta = 3,045
http://browse.geekbench.ca/geekbench2/view/481628
Here's a static html file siegebench.sh test run from local BuyVM VPS vs remote Wiredtree VPS to target server (BuyVM VPS).
vs
local
remote
Lengthy, but accurate review. Hmmmm... but is this actually a review of BuyVM or what you did to get your service to work?
This is definitely the most detailed review of a VPS I've ever seen! And Buyvm seems to be doing well through all these tests. GJ Fran!
thanks fan
why can't it be about both ?
Geekbench v2.2.0 = 3,655
http://browse.geekbench.ca/geekbench2/view/481627
vs
Geekbench v2.2.1 beta = 3,045
http://browse.geekbench.ca/geekbench2/view/481628
Seems more like that
Grabbed my 3rd buyvm VPS recently to build my multi-server testing cluster which will be load balanced + tungsten replicator mysql replication based. Just waiting on buyvm to release more VPS on separate nodes from the VPS i currently have
I run similar stuff on my web box eva2000 (who here doesn't, probably). Have you tried Percona MySQL, and do you feel MariaDB is better than it if so?
Also, you should try out the xCache beta 2, I always liked eAccelerator the best, then that died, and then APC became my favorite, but this xCache beta performs so much better. It's stable as well, and seems to use quite a bit less memory.
Kairus, yup tried MySQL community releases, Percona 5.1/5.5 and MariaDB 5.2 and MariaDB 5.2 is the best of them all http://vbtechsupport.com/606/ and http://vbtechsupport.com/657/. Why because MariaDB 5.2 uses Percona's XtraDB InnoDB engine so has same or somewhat better InnoDB performance as Percona but in addition MariaDB is the only MySQL version which still focuses on MySQL core improvements as well as improvements to MyISAM engine.
Most of all the clients and sites I have dealt with are more MyISAM based i.e. wordpress and vBulletin. Also InnoDB memory and storage requirements are much higher than MyISAM for optimal performance, so even for LEB with small memory and disk space allocations, InnoDB wouldn't be the ideal storage engine to choose.
MariaDB 5.3 is in beta but is the next level of performance back port MySQL 5.5/5.6 features and making further performance improvements especially in MySQL replication.
As to Xcache haven't tried beta 2.x yet, but definitely will try it out - thanks for the heads up
Put my 3x buyvm OpenVZ VPS to work at http://centminmod.com next LEB VPS I get will have to be KVM/Xen based as I need to be able to make sysctl.conf changes on load balancer end for failover
Any plan for a script for Debian based OS's?
Been playing with Debian too mainly just to make sure MariaDB 5.2 installs and optimised properly for Debian based clients of mine but yes I can see Debian version of centmin in the future. Just not right now, centmin mod version still has alot of stuff outstanding I want to add to it - including phpmyadmin behind SSL and separate uid/guid php-fpm pools for phpmyadmin vhost as well as adding Percona 5.5 MySQL and MySQL 5.5 support to centmin
Centmin for php and nginx upgrade functions has error checking at configure, make and make install stages of upgrades so easier to check if any stages fail and why. But haven't added the checks to initial install functions yet so that's another to do list item.
Might add mysqlmymonlite.sh and mysqlmybackup.sh support to centmin too later on.
Anyway, excellent script! Maybe I'll reload one of my servers to Debian to check it out. :P
Thanks. You mean reload with Centos ?