<div dir="ltr">A general idea of the kind of applications that run on Roadrunner can be seen in the SC&#39;08 Initial report. The application described there is a neutron-transport model. The kind of the communication pattern seen in this application is described as a wavefront. For the Roadrunner it was ported from a pure MPI implementation. On Roadrunner the Opterons are used for communication and the compute intensive part is ported on to the PowerXCell.<br>

<br><a href="http://www.c3.lanl.gov/pal/publications/papers/barker08:SC08_Roadrunner.pdf">http://www.c3.lanl.gov/pal/publications/papers/barker08:SC08_Roadrunner.pdf</a><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">

On Fri, Apr 5, 2013 at 9:18 AM, Vincent Diepeveen <span dir="ltr">&lt;<a href="mailto:diep@xs4all.nl" target="_blank">diep@xs4all.nl</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Note that as for nuke explosions i have no idea how those look like -<br>
maybe someone more knowledgeable wants to comment on that.<br>
<br>
As a total layman there i would suspect that it&#39;s important where the<br>
protons/neutrons/whatever-tons/supertiny-tons are located. I&#39;d be<br>
modelling that naively using<br>
matrixcalculations.<br>
<br>
So that would mean the only low level library you need is a<br>
matrixcalculation and some relative simple functions - with the<br>
matrixcalculations<br>
  eating 99% of all system time on that massive supercomputer out of<br>
all calculations done on it.<br>
<br>
In such case one would need surprisingly little very well optimized<br>
code to make optimal usage out of such massive supercomputer.<br>
<br>
Any other &#39;secret&#39; batchjob i&#39;d be running on a different<br>
supercomputer. If there is no need to run a massive vector oriented<br>
workload type matrixcalculation -<br>
one just shouldn&#39;t run on such type of supercomputer i feel. NASA<br>
still had that 10240 socket supercomputer back then if i remember well,<br>
to give one example...<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
On Apr 4, 2013, at 5:39 PM, Max R. Dechantsreiter wrote:<br>
<br>
&gt; Vincent,<br>
&gt;<br>
&gt;&gt; It doesn&#39;t matter whether you code for blue gene, cuda or phi - from<br>
&gt;&gt; a software viewpoint it&#39;s all vector type coding you&#39;ve got to do.<br>
&gt;&gt; the price of 1 coder is total peanuts compared to<br>
&gt;&gt; the price of those supercomputers. So specialistic written software<br>
&gt;&gt; is what you need anyway.<br>
&gt;<br>
&gt; Simply porting an application shouldn&#39;t take much effort,<br>
&gt; as long as vendor-specific libraries aren&#39;t involved.<br>
&gt; However, special and sometimes intensive efforts are often<br>
&gt; required to achieve good performance (high utilization).<br>
&gt;<br>
&gt; The unfortunate fact is that funds are more easily spent<br>
&gt; on hardware than on the human resources needed to utilize<br>
&gt; them effectively.<br>
&gt;<br>
&gt; Max<br>
&gt; ---<br>
&gt; <a href="http://www.linkedin.in/in/benchmarking" target="_blank">http://www.linkedin.in/in/benchmarking</a><br>
<br>
_______________________________________________<br>
Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org">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" target="_blank">http://www.beowulf.org/mailman/listinfo/beowulf</a><br>
</div></div></blockquote></div><br></div>