<div dir="ltr"><div>Doug,</div><div>I think the ARM/Cavium Thunder is going to see a lot of attention.</div><div>I saw a report recently from the Bristol/Cray Brunel cluster - they are offering a range of chemistry codes and OpenFOAM,</div><div>compiled up for ARM.</div><div>Poke me and I will search for the report - I saw it on a twitter feed.</div><div><br></div><div>Regarding the Supermicro MB issue, I think there is egg on the face here. Apple have robustly denied this, </div><div>and things seem to have gone very quiet.</div><div>Regarding the Intel Fab issues, what is the public evidence for this?</div><div>I guess there may be a lot of industry scuttlebutt around.</div><div><br></div><div>My own thoughts on this are that as I always say - in IT follow the herd, or you will be trampled underfoot.</div><div>By that I mean that it is intellectually satisfying to discover a new architecture/bit transport/programming language which fits exactly to your problem</div><div>and gives a huge increase in time to solution.</div><div>Yes, grab onto this and implement it in the short term but dont bet on it being around for long term (save programming languages)</div><div>Look at Beowulfery itself - you are staging a celebration of 20 years of Beowulfery at SC. It is of course COTS components applied to what</div><div>at the time was a field populated by esoteric architectures.</div><div>From my own experience, look at ATM networking. I put a lot of effort into learning and managing ATM networks. Technically it is superior.</div><div>But development stalled at 622Mbps and with too few companies supplying kit there was no effort in writing drivers for OS updates.</div><div>So we see the ubiquity of Ethernet - or what at the high end probably pretends to be Ethernet (I am referring to the zero loss RDMA networks).</div><div><br></div><div>What I am saying is the next generation will be that which is created by the Web Scale generation. Kubernetes clusters running CoreOS.</div><div>Containers - and we already have seen comments from our friends in Singularity that the Open Container Initiative is basically a copy of Docker and is not appropriate for HPC (this is another discussion to be had).</div><div>I will now be controversial.  The choice of CPUs / GPUs/ TPUs/ FPGAs or any accelerators in your next generation cluster</div><div>will be the ones chosen for use by Amazon (Azure, Google, Baidu....). these are the ones where the industry will be putting in the effort - as they are the biggest market.</div><div>Remember - run with the herd or you will be trampled underfoot.</div><div><br></div><div><br></div><div>(ps. Is this worthy of a Clustermonkey blog article?  More like a blog rant...)</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, 12 Oct 2018 at 03:18, Jonathan Engwall <<a href="mailto:engwalljonathanthereal@gmail.com">engwalljonathanthereal@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You can narrow things down for instance you could start with warranty and support. Location is a factor too. You want every kind of stability, reliable power, cold water and to be near your suppliers, factoring in airports or interstate highways.<br>
<br>
<br>
On October 11, 2018, at 3:07 PM, Chris Samuel <<a href="mailto:chris@csamuel.org" target="_blank">chris@csamuel.org</a>> wrote:<br>
<br>
On 12/10/18 08:50, Scott Atchley wrote:<br>
<br>
> Perhaps Power9 or Naples with 8 memory channels? Also, Cavium ThunderX2.<br>
<br>
I'm not sure if Power or ARM (yet) qualify for a general HPC workload <br>
that Doug mentions; sadly a lot of the commercial codes are only <br>
available for x86-64 these days. MATLAB dropped PowerPC support back in <br>
2007 for instance.<br>
<br>
All the best,<br>
Chris (still in the UK)<br>
-- <br>
  Chris Samuel  :  <a href="http://www.csamuel.org/" rel="noreferrer" target="_blank">http://www.csamuel.org/</a>  :  Melbourne, VIC<br>
_______________________________________________<br>
Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org" target="_blank">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">http://www.beowulf.org/mailman/listinfo/beowulf</a><br>
_______________________________________________<br>
Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org" target="_blank">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">http://www.beowulf.org/mailman/listinfo/beowulf</a><br>
</blockquote></div>