Amazon Makes It Almost Impossible To Calculate Their "Virtual CPU" Equivalent (informationweek.com)
dkatana writes: AWS started out defining its virtual CPUs as being composed of EC2 compute units, or ECUs, which it defined as an equivalent to a physical Xeon processor. However, a virtual CPU now looks suspiciously variable... A virtual CPU is whatever Amazon wants to offer in an instance series. The user has no firm measure to go by. From the article:
[B]y doing a little math, you could actually compare what you were getting in virtual CPUs in EC2 versus Azure. Also by doing a little math, you knew how to compare one Amazon instance to another based on the ECU count in each virtual CPU. Microsoft didn't look too bad in the comparison.
That is one of the casualties of the nomenclature change.
I have searched for updated information on how a virtual CPU is measured and found nothing comparable to the definition of the 2012 ECU measure. I have questioned Amazon representatives three times between Oct. 27 and Dec. 21, and don't have much of an answer."
Most people don't care about the exact performance, so it's not with spending the money and effort to precisely define or guarantee it.
Amazon is generic and cheap. Microsoft has really good integration with visual studio and .NET. Those are the factors people choose by.
const int one = 65536; (Silvermoon, Texture.cs)
SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
Alternative: build your own private cloud out of the smallest servers you can find that still suit your need. I did so: a private cloud on HP Microserver (gen 8). The things consume almost no power when idle. Taken together, they provide quite the computing power ( 64 cores, Xeon E3 ) and quite the storage (32 TB). Cost me around € 450 in electric power per year. Am not dependent on Azure or Amazon. Use no bandwidth when doing cloudy things.
Religous speak to God. Insane are spoken to by God. When all shut up, one can finally hear Shostakovich in peace
I'm not sure I'd call it whining - it's a significant investment for many to set up cloud computing the way they need it so I think it's a fair demand that if your gas station insists on measuring it's product in frackles that it give you a fair conversion rate for litres to frackles. My needs would be something predictable like rendering 3d images, so the first thing I'd be doing is measuring render times for the same image there and here. That's easy and relatively cheap to do, and the numbers scale directly, but I can see this being a serious issue for other uses.
then buy dedicated instances.
I like micro instances/instances which do not occupy full physical processors at Amazon because of availability and price for low-impact/bandwidth applications. For all other use lambda or dedicated instances.
Virtual CPUs are anyway difficult to asses - to me it may be very relevant to have the 1st level cache of the core which i run on undisturbed by other applications (since changing the cache hits is a big deal for specific numerical problems), and for you 20% more share of the CPU may be important.
1% of computation time not spend in my task on a physical processor can do as much damage as 50% change in speed.
A small side remark: the price for the different VCPUs also varies.
Microsoft is a joke and since Satya insist on moving everything to India, treating people like shit, and firing everyone after a few years for "IP" reasons, it's a trainwreck of a company that only still survives because of its initial brand-name and market penetration.