Virtual Private Servers - Slicehost vs Burst.net
I'm currently in the process of reviewing some VPS providers to see if what I'm paying at slicehost is value for money or if I could get a better deal somewhere else. On the surface the pricing at slicehost is allot higher than some of the VPS providers around now. A year or two back I was more that happy to pay the prices slicehost is asking for, but now there are other options becoming available.
Moving VPS providers is a big deal and will take me a long time to migrate, but if the cost saving is significant and the servers, network infrastructure and customer support is up to the high standard that slicehost provide, it may be worth it. The factors I'm going to base my decision on are: server speed and redundancy (CPU, RAM, I/O), network speed and redundancy, management interfaces, customer support and of course cost.
The first one I'm reviewing is Burst.net. The prices they're offering seem too good to be true. i.e. USD $10/month vs $70/month at slicehost .. I'm wondering what is the catch. See pricing below.
http://www.slicehost.com/
https://www.burst.net/linvps.shtml
To test these two services I setup two VPS's details below:
=== Burst.net ===
Ram: 512mb
CPU: 1000mhz allocated
OS: ubuntu-9.10-x86 - 32 bit
HD: 20gb
Bandwidth per month: 1000gb
Note: I tried upgrading to 1Gb That was still pending after more than 1 day, so I ran the tests anyway.
=== Slicehost.com ===
Ram: 1024mb
CPU: 1 core dedicated (burstable to use all cores)
OS: ubuntu-9.10-x86 - 32 bit
HD: 40gb
Bandwidth per month: 600gb
Now for the tests ... I used a system called phoronix test suite for most of these performance tests and the tests were run on bare bones VM's without any additional daemons running.
http://www.phoronix-test-suite.com/
=== Server Performance ===
=== slicehost ===
FS-Mark (Disk I/O): Average: 14.70 Files/s
AIO-Stress (Disk I/O): Average: 10.82 MB/s
Apache Benchmark: Average: 3144.24 Requests Per Second
Timed Apache Compilation: Average: 152.03 Seconds
RAMspeed: Average: 1964.47 MB/s
(4x)
vendor_id : AuthenticAMD
cpu family : 15
model : 65
model name : Dual-Core AMD Opteron(tm) Processor 2212
stepping : 2
cpu MHz : 2010.300
cache size : 1024 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu tsc msr pae mce cx8 apic mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
bogomips : 4064.43
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
=== burst.net 512 ===
FS-Mark (Disk I/O): Average: 98.70 Files/s
AIO-Stress (Disk I/O): Average: 245.10 MB/s
Apache Benchmark: Average: 5024.04 Requests Per Second
Timed Apache Compilation: Average: 114.29 Seconds
RAMspeed: Average: 3208.64 MB/s
(1x)
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
stepping : 11
cpu MHz : 2394.006
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
bogomips : 4791.29
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
Note the description of the apache load test: This test profile measures how many requests per second a given system can sustain when carrying out 500,000 requests with 100 requests being carried out concurrently.
In every area the actual server performance seems to be better on burst.net. And to really rub salt in the wound the burst.net tests were run on a lower spec server.
=== Network Speed ===
Both hosts are in the US and running ping tests on both show they are relatively similar in terms of network latency. Slicehost did come out on top by a small margin on the ping test. i.e. 240ms vs 290ms average
In terms of general responsiveness of the ssh console, slicehost was a long way ahead. The console on burst.net seemed to just hang there thinking for several seconds at a time on simple ls commands and the like. In general I found the network to seem a little flaky as burst.net. The verdict is still out on this, but I will continue testing it and post details here.
=== Customer Support / Management Tools ===
So far the customer support at burst.net has been quite responsive. The sign up and payment process was extremely convoluted and had me almost ready to give up right at the starting line. Their management systems are disjointed, each requiring different user account credentials. They have one system for the help desk, one for the account administration area and one for the VPS management. Also I found the management tools quite laggy. I'm not sure if this is because it's overloaded or if their network is a bit flaky.
Support, management tools, online documentation, etc, etc at slicehost are all A+, number 1, 10 out of 10 ... you can't beat it.
=== Conclusions ===
On server performance and pricing alone burst.net is the winner. On customer support and network infrastructure slicehost is ahead. If I had to decide right now I wouldn't know which way to go. It's a real dilemma. If anyone has any further info to add to this I'd really appreciate some feedback. I'll continue testing and add to this blog post as more information comes to light.
- Jason's blog
- 2451 reads


Comments
link
I found this discussion on lowendbox.com that seems to support my conclusions so far.
http://www.lowendbox.com/blog/burstnet-5-95-openvz-vps-with-512mb/
Ah but..
You also need to take into account the core virtualisation platform, and the likely quality (and hence cost) of infrastructure. Slicehost ar a xen based provider where burst.net are openvz based.
The reason burst.net are so cheap is that they are using openvz as the basis of an 'oversold' service (essentially betting against all users simultaneously requiring maximum resources). Xen vps have greater isolation between users, and cannot be oversold to the same extent, it has a higher overhead but provides a more consistent level of performance.
My experience with both openvz/xen based systems has shown that xen systems have far less periodic performance issues and far greater uptime. If you want a bit more for the money look at linode who are a similar quality host to slicehost.
Burst.nets incredibly cheap prices also undoubtably attract a lot of inexperienced, unsuitable and dubious users (have a browse through webhostingtalk to see some of the burst related tantrums to see what I mean), which ultimately will contribute to greater problems through network loading, DOS, CPU hogging etc. I wouldn't personally entrust anything critical to that kind of network neighborhood, although as a part of a distributed system it's undoubtably a cheap source of bandwidth.
Thanks for the insight Mike.
Thanks for the insight Mike. I can't explain the huge performance difference between the two. It may be that I've started out on an empty box ... just guessing. The CPU looks better on the burst server, but I can't imagine they'd be providing raid 10 for those prices. It's a strange paradox. One question ... how do you find the support and management tools a linode?
The control panel they have
The control panel they have is great from the perspective of overall OS/Disk tasks (they don't have any general installed services management panel e.g like plesk/cpanel - you'd have to install that yourself if that's what you need).
Should be pointed out that they're an unmanaged service, so they won't provide any hand holding beyond core functionality. I don't recall ever having to get in touch with them, one time I knocked my box offline (my own fault) I got help in their irc chat in 5 minutes.
It took them a couple of days
It took them a couple of days, but burst.net have re-sized my vm to 1Gb of ram and 1.5Mhz CPU. It seems it is a manually process they're doing when creating and resizing. Also, it was only through prompting them through their support desk that it got done.
Anyhow, I've run the tests again on the new VM and the results show further improvements in some areas, but it's a little inconsistent with what I would expect. i.e. With more CPU available you'd think apache requests would increase. Disk I/O bandwidth is up and file throughput is down. I don't really get that, but it may have something to do with the reduced ram speed. I probably could do some more thorough tests, but this is all I have time for atm.
=== burst.net 1024 ===
FS-Mark (Disk I/O): Average: 73.40 Files/s
AIO-Stress (Disk I/O): Average: 517.44 MB/s
Apache Benchmark: Average: 4793.29 Requests Per Second
Timed Apache Compilation: Average: 118.72 Seconds
RAMspeed: Average: 2613.66 MB/s
Linode and Jumba
I really like the look of Linode, especially their stack scripts. I think I'll give them a test in the next few days. The other one I have my eye on is an Australian provider called Jumba. They've just released what look like some good packages. More details here:
http://www.linode.com/features.cfm
http://blog.linode.com/2010/02/09/introducing-stackscripts/
http://www.jumba.com.au/vps
Burst.net seems unstable
As part of my testing I thought I play around with the burst.net server a bit and install cold fusion. Surprisingly, as in I've never seem this kind of error before. (I've been using coldfusion since 1996) The system imploded while I was running a $tail -f on the coldfusion log and then seemed to magically come good when I stopped the tail.
After running a few simple commands while the tail was running on another console following errors were returned.
root@vps1:~# ps -A
-bash: fork: Cannot allocate memory
root@vps1:~# ls
-bash: fork: Cannot allocate memory
root@vps1:~# htop
-bash: fork: Cannot allocate memory
root@vps1:/opt/coldfusion8/bin# ls
Segmentation fault
root@vps1:/opt/coldfusion8/bin# cd ..
Segmentation fault
Also, interestingly the coldfusion server I was testing output the following in the logs.
Java HotSpot(TM) Server VM warning: Attempt to deallocate stack guard pages failed.
I'm going to look into this and will report back, but I just couldn't be bothered right now. It's Friday night after all ....
I've continued to experience
I've continued to experience memory and stability issues with the burst.net server, so I've decided to drop them as an option... I knew it was too good to be true.
Jumba Performance Tests
I just signed up for a server at jumba.com.au. As mentioned previously they have some good looking offers. I ran the same set of performance tests on the server and came up with comparable performance to slicehost. The sign up process was quite smooth and the management console is quite feature rich. It's still not quite up the the standard of slicehost, but has everything you really need.
I did run into one minor hickup so far. After rebooting the server on the command line it became un-responsive. A help desk request on the issue has been more than 24 hours without any response, so I ended up re-installing the OS through the management console (Parallels). This is far from desirable. I'll see how it goes with a little more prodding and poking ...
=== jumba.com.au 768mb ===
FS-Mark (Disk I/O): Average: 15.4 Files/s
AIO-Stress (Disk I/O): Average: 87.07 MB/s
Apache Benchmark: Average: 2659.57 Requests Per Second
Timed Apache Compilation: Average: 178.47 Seconds
RAMspeed: Average: 1900.94 MB/s
Jumba reboot
I've just rebooted my jumba server again, this time through the parallels management console and the server is now unresponsive....again. The parallels console says it's running,but it won't respond to ping or ssh. I hope their "technical support" comes back with a response about this issue soon.
48 hours
It's now been 48 hours and another email from me to the support people at Jumba and still no reply ... my confidence is waning.
Thanks for the efforts Jason...
I enjoyed reading your article, and the followup comments.
I've been a slicehost user for quite a while now, and have been supporting a small list of wordpress clients on it as well, and I've been mostly satisfied with the reliability and performance over the last 2 years, but I've also been a bit curious to see what else is out there.
From your notes, it seems I've made a decent choice all around...
No problem Greg
Slicehost is very stable and professional and the support is great. I'm still running my jumba server for some thing, but their support is not great. The problem I was having was caused by some networking problems with some package updates. The jumba support guy tried to tell me it way my problem because I had run aptitude update .... seems like an incompatibility with parallels to me.
Anyhow, I re-imaged and am running it without updating.. Seems to be putting along ok atm.
Jumba has been an utter disappointment
Jumba has been an utter disappointment. After using Jumba for a couple months I have been left frustrated and disappointed. (http://www.jumba.com.au) The list of problems is long, but here are a few reasons why I'm moving away from Jumba. Thankfully I have found green pastures and linode.com .. more about them later. (probably in another post)
1. The customer service is not helpful, they talk in vague generalities and often quite rude.
2. The tech support managed to completely delete a server on me after I had spent all day setting it up. It's a long story ... I was running a centos box and wanted to change the OS to ubuntu. That was not possible through thier convoluted admin console, so the tech support told me the only way I could do that was to delete that server and create a new one. After deleting the centos box I was unable to then create a new Ubuntu system. Rang customer support again and they told me it was a provisioning problem and they wouldn't be able to create any new servers for a week. After they'd just told me to delete my existing server and create a new one this came as a bit of a shock. Finally after getting bounced around from sales to tech support to accounts, I finally got them to create the new ubuntu server for me. Spent the whole day setting it up only to wake up the next day and find the server had been deleted. No consolation was offered by jumba ...
3. The the accounting system is not linked with the server administration console. This provides a convoluted workflow when trying to manage servers.
4. No DNS hosting is included with VPS services (Slicehost and Linode include DNS hosting)
5. $25 administration charge is applied when closing accounts
Linode Versus Slicehost?
I see you decided to go with Linode.
Do you have any thoughts on how it compares with Slicehost? Was it the ease-of-use/admin stuff, or moreso reliability/performance issues, or just cost?
I'd love to hear your thoughts.
Greg.
In short, I've found linode
In short, I've found linode to be a better admin console than slicehost, the server performance seems much better, even though I haven't benchmarked it yet .. and there is of course the decreased cost. The admin console includes features like charts for server load (cpu, I/O, network), automatic allerts for performance issues, control over disc partitions, DNS, server stack scripts and lots more ... you can also choose from collection of locations in US and Europe for your server to be hosted. It's awesome ....
Post new comment