4 ms·
No, it isn't a supercomputer. These things (whether they be Parallela, Pi, or whatever) are generally at least an order of magnitude too low in every parameter
by gnufx 8y ago
No, it isn't a supercomputer. These things (whether they be Parallela, Pi, or whatever) are generally at least an order of magnitude too low in every parameter relevant compared with a single node of a real HPC system.
A typical University system from that time might have been have been >~100 nodes with 16 Sandy Bridge cores, ~20 DGEMM GFLOPs and >=2GB ECC memory per core, a QDR Infiniband interconnect (~1μs latency, 40GB bandwidth), and >100TB of Lustre parallel filesystem. Also you could actually manage the hardware.
- felixgallo 8y agoDon’t be like that. The shorthand here is that this is a novel, massively parallel architecture, much like those in supercomputers. If it had been adopted and scaled up, it could have had interesting applications.
- amelius 8y agoBut the parallelism isn't the hard part. The hard part is getting the communication structure right. Scaling up becomes difficult if the complexity of communication is e.g. quadratic in the number of nodes.
- gnufx 8y ago"Like that" as in trying to educate? Too bad. This described something isn't "massively parallel" and couldn't scale up. I'm happy with calling the big Sunway- and PEZY-based systems supercomputers and hope that Neo turns out well.
- ianai 8y agoYou’re violating the rules of HN.
- yjftsjthsd-h 8y agoMore precisely: "Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something." - https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html
- ianai 8y agoI saw OP threw in technical points where the hobby machine is not like a production HPC box - after issuing a dismissal of the work entirely. HN does best when it gives a hobbyist a good faith appraisal of his/her work. A hobbyist is of course not going to have the resources to do HPC at home - usually.
- mmt 8y ago> I saw OP threw in technical points where the hobby machine is not like a production HPC box - after issuing a dismissal of the work entirely. Which would make it a non-shallow dismissal, as it provided a number of specific discussion points, which are, in fact, being discussed. The guidelines don't, after all, discourage dismissal (even dismissal in entirety), only shallow dismissal. > HN does best when it gives a hobbyist a good faith appraisal of his/her work. This strikes me as a very subject assertion, all around. It's a matter of opinion on how HN does best, and it's a matter of opinion what constitutes a good faith appraisal, especially as it relates to a hobby. That said, I might agree for a "Show HN" post, but not for a repost of something 4 years old, with the arguably clickbaity (and patently, unarguably controversial) unqualified term "supercomputers" in the title. > A hobbyist is of course not going to have the resources to do HPC at home - usually. If not, I'm left to wonder, what's the point? Where is the performance "high" or the computing "super"? I could somewhat wrap my brain around a hobbyist building a very small (in node count) HPC cluster as a testbed. I could also understand if the goal were something like cost-performance efficiency improvement (for purchase and/or operating cost). Is that what's going on here? I didn't get that from the article, and only one comment claimed the architecture is "novel" without specifying in what way. I didn't even see anything to suggest scalability/modularity that's easier than "real" HPC, but that could be because I missed it among the emphasis on handmade construction.
- yjftsjthsd-h 8y ago"Like that" trying to tear down a fun little hobby project.
- supercomputery 8y agoif scaling up were so easy, every country in the world would have made 1000s by now. there is a reason scaling up is hard, hard, hard problem. dont make it sound trivial how difficult building actual supercomputer architectures is. its easy for anyone who doesnt know the challenges to say - yeah, we will just scale it up using duct tape and straws
- mmt 8y ago> The shorthand here is that this is a novel, massively parallel architecture I'll bite.. I'm actually not at all experienced with supercomputers or HPC clusters, only 1990s proprietary MPP systems, what has been termed "grid computing" [1], and currently-popular systems like Hadoop. In what way is this novel? [1] e.g. distributed compilation, semiconductor simulation/test, or similarly embarassingly parallel workloads requiring little formal coordination beyond traditional batch scheduling resource allocation
- danieldk 8y agoOk, a poor man's supercomputer then ;). I think such projects are great to experiment with parallel computing, get experience with ARM, and just plain fun.
- rbanffy 8y agoIIRC, you can test your OpenMPI workloads on a desktop cluster before you push them to your really big machine.
- rbanffy 8y agoIt's not a number cruncher, but it emulates the same issues you see on an HPC cluster. To the point it's actually used for that. https://www.extremetech.com/extreme/259553-750-raspberry-pi-mini-computers-turned-supercomputer-los-alamos-national-laboratory https://www.extremetech.com/extreme/259553-750-raspberry-pi-... Having said that, a cluster of generic boxes doesn't really deserve to be placed in the same category as machines engineered from the ground up to be a supercomputer.
- PaulKeeble 8y agoVarious super computer labs are using single board computer clusters of similar node size (but obvious less compute) in order to simulate the parallel compute issues without consuming the main cluster. It is just another step in the testing process for complex software that might very well waste cluster resources.
- mmt 8y ago> a QDR Infiniband interconnect (~1μs latency, 40GB bandwidth) This is the key aspect of actual HPC clusters that appears to be missing from the pretenders. Some of the sibling comments point out that these scaled-down versions can be useful for testing in advance of deploying to (or building in the first place) the real cluster. However, that only makes sense if everything is scaled reasonably proportionally, and that can be tough with I/O, if latency and not just bandwidth, is important. I can imagine a tiny platform like a raspberry pi being credibly interconnected with gigabit ethernet, but even a vaguely modern low-end x86 cpu can saturate it (and maybe even 10GE), never mind the (100x?) latency compared to IB.
- danieldk 8y agoThis is the key aspect of actual HPC clusters that appears to be missing from the pretenders. That completely depends on your workload. For example, we did (natural language) parsing on thousands of CPUs on one of the large European computation grids. This work was largely CPU bound, the input and output data is relatively small, so the interconnect speed is not a big factor. The problem is embarrassingly parallel, so the primary consideration is having enough CPUs with a reasonable amount of memory.
- gnufx 8y agoWhen we say "HPC" generally, we're talking about being able to run computation that isn't embarrassingly parallel. The bulk of work on typical general purpose systems tends to be DFT-type materials science and finite element/CFD engineering. Obviously if you have a special purpose system you can made different trades-off.
- mmt 8y agoTo be fair, you original comment did use both "supercomputer" and "HPC". I'd argue that, although in most people's minds, the two are indistinguishable (perhaps like the words "envious" and "jealous"), but carry a unique significance to practitioners. That said, any lay definition of supercomputer would seem to require actual performance (e.g. high FLOPS rate), which trivally supports the initial assertion. One can call something like the Folding@Home project a distributed supercomputer, but it's not that interesting, especially to build such a system, for anything embarrassingly parallel.
- patrickg_zill 8y agoIs the infiniband 40Gbytes/s or 40Gbits/s? I seem to recall that it is 40 gbits/s?
- mmt 8y agoIt would be 40 gigabits per second, and I hadn't even noticed the capital B (which I assume was a typo) until you pointed it out. I was about to say that this is a consistent convention for networking to use bits instead of bytes, but I realized this breaks down with something like IB that has been used as a bus-like interconnect and a storage network/fabric (both areas where bytes are the more common convention in rates). Even today, 40 gigabytes per second would be pushing the I/O capacity of a typical Xeon, though not a 128-lane Epyc, and I'm not sure about POWER9. With 200Gb/s IB with both bandwidth and latency on the same OOM as other-socket RAM, it's also pretty close to pushing that capacity, which is, of course, the whole point, I suppose.