Stay on Top of Enterprise Technology Trends
Get updates impacting your industry from our GigaOm Research Community
According benchmark tests by video-transcoding startup Zencoder, Google’s (s goog) new Compute Engine infrastructure-as-a-service offering has some work to do if it wants to catch up with Amazon (s aws) Web Services on the performance front. But the offering, still in “limited preview” mode and far from fully baked, should be able to make the necessary adjustments rather easily.
The results, detailed in a blog post on Tuesday, suggest that Google Compute Engine’s real problem right now might just be a lack of high-performance instances. Its current workhorse — an 8-core Intel (s intc) Sandy Bridge instance with 30GB of memory and 22 compute units — can’t hang with the Amazon Cluster Compute Instances that Zencoder uses for its transcoding workloads. The largest of those is a 16-core dual-CPU Intel Xeon instance providing 60.5GB of memory and 88 compute units running atop a 10 Gigabit Ethernet platform.
As Zencoder ramped up the workloads, the performance differences became clear:
Compute Engine didn’t fare any better when Zencoder tested transfer speeds between the cloud storage platform and the cloud computing platform. Whereas rates between Amazon S3 and Amazon EC2 topped out at 1,458.32 Mbps, the rate between Google Cloud Storage and Google Compute Engine peaked at 202.6 Mbps. In fact, the post’s author writes, “it appears that GCS is slower than S3, and GCE transfer is slower than EC2, such that even if you’re using Google for compute, you may be better off using S3 for storage.”
While the results are interesting because they’re the first real apple-to-apples comparison I’ve seen between Compute Engine and EC2 (BuildFax cloud architect Joe Emison’s pre-release benchmarks were pulled from his Compute Engine review on InformationWeek), they need to taken as what they are. They are, as Zencoder points out, tests of a specific CPU-bound workload — the performance of which Google could improve by adding higher-powered instances — and don’t take into account the difficulties of running at massive scale — a capability Google touted when it launched Compute Engine in June.
And, the author notes, Compute Engine is generally a quality platform, “especially [with regard to] disk I/O, boot times, and consistency, which historically haven’t been EC2?s strong suit.”
This might actually be the more-important measure for most potential Compute Engine users. As GigaOM contributor James Urquhart wrote recently, “If Google can deliver a service that eliminates most of the I/O and network performance inconsistencies that AWS customers currently experience, I can guarantee you there are many major compute customers of AWS that will want to give Compute Engine a test run.”