Hi, good afternoon.
So Samantha talked about the network
as being the bottleneck for the supercomputing.
And now I hope I will convince you
that that's pretty much going away.
So Mellanox, we are providing
the end-to-end connectivity solution
for high-performance computing for quite a while.
We provide adapters, we provide cables,
we provide switches, and we provide software,
both on the host side and on the network side,
to enable to build full end-to-end solutions
for the high-performance computing.
And now with the acquisition of Voltaire
that was just announced in February,
we basically have full software stack
all the way up to the full orchestrating software
of the network.
In addition to that, we are constantly
adding additional capabilities and the features,
some of them in hardware, and quite a lot of effort
of enabling them in software
for improved network efficiency,
network scalability, scalability of the application.
We have some basic hardware and software
to enable particular application accelerations,
including the interfaces with the GPU
and offload of collective operations of the MPI.
And of course, we have the management software
for the network.
This is the scalability figures that I can show you.
There's two key benchmarks, MPI benchmarks,
which is random ring latency and natural link latency.
Basically, the key here is that
when you grow the size of your cluster,
you want to keep latency flat or at least not growing.
And basically, the recent developments that we have done
in last about half a year or a little bit more than that,
basically, we are achieving on the very large node count.
We are talking about 3,000 processes in this case,
pretty much flat latency,
comparing to the single node.
So there's a little bit latency growth
when you go from a single process
to a handful number of process,
then it stays pretty much flat.
And as you see, it's pretty much the same,
sometimes even better than cray.
But what is more important is that it translates
to linear scalability of the real application.
It's AMG performance solver
from the Lawrence Livermore National Lab,
basically run it all the way up to the 4,000 processes
or 4,000 scores.
So you see the scalability is linear.
So on the top 500 list,
Mellanox Infinibent is on the top 500 list
for last eight years,
debuting with the Virginia Tech cluster in 2003.
And actually, the graph on the right-hand side
tells it all.
If you see, Mellanox Infinibent Interconnect
delivers 80% plus efficiency of the cluster
versus other interconnects, namely Ethernet here.
And it means that basically when you use
Infinibent technology to connect your cluster,
you get about 50% more CPU for your application,
available for your application than if you use Ethernet.
Last but not least,
there is a 10 gigabit Ethernet entrance
in the top 500 list.
And interestingly enough,
10 gigabit Ethernet Mellanox
is actually the fastest 10 gigabit Ethernet system
on the list, it is number 124.
So every three years,
since our first introduction of the 10 gigabit products,
we are actually adding the new speed bump.
So in 2005, we moved from 10 gig to 20.
In 2008, we moved from 20 to 40.
And we just now announced a 56 gigabit network technology,
both adapter and the switches.
The announcement was yesterday
and you can see the products and demonstrations in the booth.
So the two components that we have announced
is the Connect X3 channel adapter.
The first adapter was the PCI Express,
supporting PCI Express Gen 3, dual port FDR.
Each port actually can be either 40 gigabit
or 10 gigabit Ethernet or FDR.
Obviously they have all the RDMA
and the transports of load and application of loads.
The accompanying technology product is the Switch X.
I think it's the most integrated switch out there,
not only in terms of port density,
we have 36 ports of 40 gigabit or 36 ports of FDR,
but we also support a layer two of Ethernet
and even fiber channel.
And we have all the bridging technology
between these networks.
So basically with this, using this single component,
you can build entire network including supporting
all the standard layer two protocols at once,
total of four terabit switching capacity
and ultra low latency as basically our tradition
to go there.
So the first cluster that was announced
to being built with our FDR products is LRZ.
It's Infiribun servers equipped with the Mellox FDR
Connect X3 device and using the Switch X device
for switches, it's going to be combined
of 36 port switch boxes and 648 port switch boxes.
It's estimated to deliver three petaflops.
So it's going to be the, right now it's the first
announced cluster that's going to be built
on the FDR technology.
So you can actually see FDR in action on the floor
out there.
There is basically the map on the floor with the stars.
There's a booth that have FDR endpoint
and they're all connected through the fiber cables.
So you can see FDR actually running live on the floor.
So if you look at what happens with the fast technology,
it's just schematic representation of some compute tasks
that is divided into the multiple modules.
Now these modules may be either a software module,
so it's maybe actually some hardware entities as well.
And it schematically shows here that different interfaces
between the modules have a different latency
and bandwidth requirements.
So if you use traditional network,
you basically would divide your operations
across different network components
based on the constraints of the network interface.
So you end up with a non-symmetrical division
of the partitioning of the work
and it's actually dictated by the interfaces.
So one of the, there was a lot of software development
have been done by trying to identify these interfaces
and optimize them on the slow network.
It's quite a lot of work and it's not necessarily
always gives the most efficient solution.
Now looking at the modern networks,
you can actually end up with a different approach
that you just divide your task in the modules
that enables you to evenly distribute you
to the different components.
And this way you can actually achieve
not only higher performance,
but also much more efficient utilization of your equipment.
So basically you can divide your task
to a larger number of endpoints
and they can actually be optimized
and can be balanced based on the utilization
that you want to achieve.
And you can actually end up with the lower power consumption
and much more efficient equipment utilization.
We have actually a very big, very large server vendor
that have done such a thing.
They have restructured their software
and built basically the end-to-end appliance
and they got significant performance boost
at lower cost of the hardware,
much higher than just single speed of the wire.
So concluding my task basically,
we are delivering the interconnect solution
that will enable exascale computing.
We have very powerful components
for application-specific offloads.
We are enabling GPU,
we are improving the GPU utilization
by delivering GPU direct technologies.
We have done it together with NVIDIA.
Actually using GPU direct from Mellanox and NVIDIA
can get 30% boost on the application performance.
We support quite a few network topologies.
Fattree is a traditional one.
We also support Torus and others to come.
And last but not least, with the InfiniBand FDR,
you can get the lower latency, higher bandwidths
and much more reliable network.
That's about it.
Thank you.
First is Dieter Kranzmann-Willard, please.
Okay, thank you for the talk.
If we think about the road to exascale,
then we hear that some people think
that this will require supercomputers
for specific applications.
Are we also going to see the network
for a specific application,
or will the network always be general purpose in a sense?
Well, I think you will go with the standard network.
Standard in a sense that it is doing
the custom design network usually end up
with a higher price and sometimes
actually higher power consumption.
So I truly believe that standard networks
with maybe some specific programmables
with a standard way accelerations,
be it in the network or in the GPUs or in the other devices,
this is the way to build the exascale computer.
Chad, please.
Michael, thank you for that presentation.
I have a slightly embarrassing question to ask you.
It involves a decision that was made last week
by colleagues at the Department of Energy,
the TriLabs, made a decision about a 20,000 node cluster
and they decided to go with one of your competitors.
Can you tell us something about that decision?
Well, I'm not sure I can disclose this crowd all the time.
I'll take all the details of this thing
and in general I would advise you to ask them
why my decision, my personal take that they made a mistake.
Okay, fair enough.
Thank you.