AWS Compute Cluster #231 on Top 500(perspectives.mvdirona.com)
perspectives.mvdirona.com
AWS Compute Cluster #231 on Top 500
http://perspectives.mvdirona.com/2010/11/14/AWSComputeCluster231OnTop500.aspx
6 comments
I wonder if cloud clusters will get GPGPU, since that seems to be a factor these days. It's not much use for a general purpose web server though.
They have compute nodes with GPUs. From their website:
22 GB of memory
33.5 EC2 Compute Units (2 x Intel Xeon X5570, quad-core “Nehalem” architecture)
2 x NVIDIA Tesla “Fermi” M2050 GPUs
1690 GB of instance storage
64-bit platform
I/O Performance: Very High (10 Gigabit Ethernet)
API name: cg1.4xlarge
Those are available now, but not with the comment was posted.
I ran about 100 performance benchmarks on this new cluster compute instance and published results on our blog. It uses Nehalem X5570 with 16 hyper-threaded cores (8 physical), HVM, and 10 Gbps non-blocking network for the EBS volume. Out of 134 different virtual and bare-metal cloud servers I've benchmarked from EC2, Linode, Rackspace and other vendors, the EC2 cluster instance is the fastest in almost every category (CPU, disk IO, encoding, database, others).
http://cloudharmony.com/b/2010/09/benchmarking-of-ec2s-new-c...
http://cloudharmony.com/b/2010/09/benchmarking-of-ec2s-new-c...
For me, the biggest thing about AWS has been easy access to * ridiculously* powerful machines for not very much money -- a few of us decided that we wanted to build a markov chain from the entirety of Wikipedia, which is quite doable if you have access to a box with 68GB of RAM. That's quite a bit more than a standard student laptop.
I think on the last run we got about 2/3 of the way through; we should be able to do the whole thing if i ever get round to running it again.
I think on the last run we got about 2/3 of the way through; we should be able to do the whole thing if i ever get round to running it again.
Interesting. I just read the article Can Cloud Computing Reach the Top500?, which concludes that EC2 won't crack the top 500. I wonder what changed.
http://www.cs.utexas.edu/users/pauldj/pubs/uchpc09.pdf
http://www.cs.utexas.edu/users/pauldj/pubs/uchpc09.pdf
It looks like they are using extra-large standard and extra-large high CPU instances rather than the more recent quadruple extra-large "cluster compute" instances. Maybe that's the reason? (EDIT: Though amock seems to have said it better than me.)
"One of the fastest supercomputers in the world for $1.60/node hour. Cloud computing changes the economics in a pretty fundamental way."
Good luck getting much computing done at $1.6 an hour... Supercomputing speeds are bound to cost a lot more than that.
But it's still cool to have an account on #231 of the top500 list. I have to brag about it someplace.
Good luck getting much computing done at $1.6 an hour... Supercomputing speeds are bound to cost a lot more than that.
But it's still cool to have an account on #231 of the top500 list. I have to brag about it someplace.
I used to work on the current #114 Palmetto
http://www.top500.org/site/systems/2938
When I worked on it, we were #64. I told lots of people :)
http://www.top500.org/site/systems/2938
When I worked on it, we were #64. I told lots of people :)
Why wouldn't you be able to get much done on this cluster?
You would, but it's slightly misleading to say that two dollars buy you an hour on a supercomputer. It buys you an hour on a tiny fraction of a supercomputer. Once you reach proper cluster size, you'll pay significantly more; maybe even more than on a "normal" machine of similar power.
> maybe even more than on a "normal" machine of similar power.
To be fair, it has the added benefit of you not having to sell a cluster of PS3's on e-Bay after your number crunching is done... I think that could be the biggest change cloud computing brings to HPC.
To be fair, it has the added benefit of you not having to sell a cluster of PS3's on e-Bay after your number crunching is done... I think that could be the biggest change cloud computing brings to HPC.
when I price out my services (which usually come out to being cheaper than ec2) a rough rule of thumb is that the monthly fee should be around 1/4th the capital cost of the hardware.
When thinking about the rent vs buy equation, this is something to think about. If you only need it for a month or less, you almost certainly will save money by renting. If you keep the hardware for a year, you will nearly always save money by buying. (of course, it's a little more complex; if you have have a bunch of hardware knolwedge in-house and can sell hardware that was used for a month at nearly full price, it might make sense to buy even for one month's usage. If the opposite is true, e.g. there is something in your organization that prevents you from hiring hardware contractors, or you have budge for MRC but not for capital costs, renting might make sense longer. I just use the 'four months' as a starting place.)
This is leaving aside the "of reasonable size" bit. If you need 256MiB of ram and a tiny slice of a x86 CPU in a data center, it's nearly always cheaper for you to rent a virtual than to own a physical bit of hardware. But for large clusters, you usually need enough ram/cpu to justify buying and hosting a real (32GiB ram/8 core or better) server.
When thinking about the rent vs buy equation, this is something to think about. If you only need it for a month or less, you almost certainly will save money by renting. If you keep the hardware for a year, you will nearly always save money by buying. (of course, it's a little more complex; if you have have a bunch of hardware knolwedge in-house and can sell hardware that was used for a month at nearly full price, it might make sense to buy even for one month's usage. If the opposite is true, e.g. there is something in your organization that prevents you from hiring hardware contractors, or you have budge for MRC but not for capital costs, renting might make sense longer. I just use the 'four months' as a starting place.)
This is leaving aside the "of reasonable size" bit. If you need 256MiB of ram and a tiny slice of a x86 CPU in a data center, it's nearly always cheaper for you to rent a virtual than to own a physical bit of hardware. But for large clusters, you usually need enough ram/cpu to justify buying and hosting a real (32GiB ram/8 core or better) server.
It's a bit more complicated than that: your computing needs may vary with time. One month you may need to do a huge amount of processing on a thousand-node monster while the next you would be perfectly happy with two Nvidia GPUs for number crunching and visualization. In order to justify the purchase of a given computing capacity, you need to make sure you will have use for it.
No idea how that compares to other machines on the list. You would really need a TCO analysis.
When I run our 250 node EC2 cluster of small instances (around $25/hr) I get nervous that it won't shut down properly. $1400/hr would be pretty nerve wracking...