A) Slicehost isn't an overnite operation. Not saying I don't wish Prgmr all the luck in the world, but still ...
B) vCPUs don't matter as much as the guest/host contention ratio does. If I gave you 4 VCPU's and stuck you on a host with 128 other VMs .... you performance is going to suck no matter what. The fewer the number of guests, the better the performance of the guests.
Now only if Slicehost would stop sending me email I've got credit with them even if I have used 'em for over a year ...
heh. I've been selling Xen VPSs since 2005, and I sold FreeBSD jail based VPSs for a while before that. you can call me small, understaffed and cheap, but I've been in the market for longer than many of my competitors.
Heh. Nice. I remember when ec2 came into public beta I thought it was going to wipe the floor with us VPS providers. Their prices looked good at that point in time.
contention is... more complex than that. are you dedicating a core to the dom0? (it helps network performance rather a lot) the fewer VCPUs you have per DomU, the more DomUs can run at once. (on an 8 core box, with one cpu pinned to the dom0, I can run 7 1vcpu DomUs and one dom0 (for network/disk io) at one time. Alternately, I can run 1 4vcpu DomU and one Dom0)
On the other hand, if nobody else is trying to do anything, the box with 4 VCPUs has 4 times the resources that the box with 1VCPUs has.
A) Slicehost isn't an overnite operation. Not saying I don't wish Prgmr all the luck in the world, but still ...
B) vCPUs don't matter as much as the guest/host contention ratio does. If I gave you 4 VCPU's and stuck you on a host with 128 other VMs .... you performance is going to suck no matter what. The fewer the number of guests, the better the performance of the guests.
Now only if Slicehost would stop sending me email I've got credit with them even if I have used 'em for over a year ...