4 ms·
Was there actually a barrier at exascale? I mean, was this like the sound barrier in flight where there is some discontinuity that requires some qualitatively
by jp57 2y ago
Was there actually a barrier at exascale? I mean, was this like the sound barrier in flight where there is some discontinuity that requires some qualitatively different approaches? Or is the headline just a fancy way of saying, "look how big/fast it is!"
- colechristensen 2y agoIt's a milestone, not a barrier.
- chungy 2y agoBarrier sounds cooler in a press release than "we made it fast enough to surpass an arbitrary benchmark"
- saltcured 2y agoYeah. Back in the 90s, "terascale" was the same kind of milestone buzzword that was being thrown around all the time. Because of that, I felt a bit of nostalgia when I first saw consumer-accessible GPUs hitting the 1 TFLOP performance level, which now I suppose qualifies as a cheap iGPU.
- colechristensen 2y agoI have no problem with “exascale” or whatever, it’s just not a barrier, there was nothing in particular to overcome to get there, it’s just a signpost along the normal path forwards. Unlike the sound barrier in flight, it was for a while thought impossible to fly faster than sound and there are indeed models of subsonic flight that have an infinity in them at the speed of sound. It indeed took new models and radically different designs to fly faster than sound. Making this computer do a certain number of calculations didn’t involve any such problem to overcome.
- magicalhippo 2y agoOne thing is having a bunch of computers. Another thing is to get the working efficiently on the same problem. While I'm not sure exascale was something like the sound barrier, I do know a lot of hard work has been done to be able to efficiently utilize such large clusters. Especially the interconnects and network topology can make a huge difference in efficiency[1] and Cray's Slingshot interconnect[2], used in Aurora[3], is an important part of that[4]. [1]: https://www.hpcwire.com/2019/07/15/super-connecting-the-supercomputers-innovations-through-network-topologies/ https://www.hpcwire.com/2019/07/15/super-connecting-the-supe... [2]: https://www.nextplatform.com/2022/01/31/crays-slingshot-interconnect-is-at-the-heart-of-hpes-hpc-and-ai-ambitions/ https://www.nextplatform.com/2022/01/31/crays-slingshot-inte... [3]: https://www.alcf.anl.gov/aurora https://www.alcf.anl.gov/aurora [4]: https://arxiv.org/abs/2008.08886 https://arxiv.org/abs/2008.08886
- CyberDildonics 2y ago[flagged]
- magicalhippo 2y agoI specifically said I wasn't sure it's a barrier. My point was that you can't scale up without hard work. That is, you can't scale just by buying more of the same hardware.
- CyberDildonics 2y agoI specifically said I wasn't sure it's a barrier. Why would it be? That is, you can't scale just by buying more of the same hardware. What did the other super computers get wrong that made them slower?
- deleted 2y ago[deleted]
- hi-v-rocknroll 2y agoDiagonalization of working set and scaling-up and -out coordination. Some programs (algorithms) just have >= O(n) time and space, temporal-dependent "map" or "reduce" steps that require enormous amounts of "shared" storage and/or "IPC".
- tame3902 2y agoIt isn't comparable to the sound barrier, but it was still a challenge. It took significantly longer than it should have if it was just business as usual: "At a supercomputing conference in 2009, Computerworld projected exascale implementation by 2018." [1] We got the first true exascale system with Frontier in 2022. Part of the problem was the power consumption and having a purely CPU based system online for an exascale job. From slide 12 from[2]: "Aggressive design is at 70 MW" and "HW failure every 35 minutes". [1]: https://en.wikipedia.org/wiki/Exascale_computing https://en.wikipedia.org/wiki/Exascale_computing [2]: https://wgropp.cs.illinois.edu/bib/talks/tdata/2011/aramco-keynote.pdf https://wgropp.cs.illinois.edu/bib/talks/tdata/2011/aramco-k...
- AzzyHN 2y agoIt's like a speedrunning barrier