Matrix multiplication and universal scalability of the time on the Intel Scalable processors
Alexander Russkov, Lev Shchur

TL;DR
This paper investigates the scalability of large-scale matrix multiplication on Intel Xeon processors, demonstrating a universal and perfect scalability law applicable to high-performance scientific computing tasks.
Contribution
It provides empirical evidence of a universal scalability law for matrix multiplication on Intel Scalable processors with large memory and multi-core architecture.
Findings
Observed perfect scalability law in matrix multiplication
Demonstrated universality of the scalability law across hardware configurations
Validated scalability results with experiments on 1.5 terabyte memory system
Abstract
Matrix multiplication is one of the core operations in many areas of scientific computing. We present the results of the experiments with the matrix multiplication of the big size comparable with the big size of the onboard memory, which is 1.5 terabyte in our case. We run experiments on the computing board with two sockets and with two Intel Xeon Platinum 8164 processors, each with 26 cores and with multi-threading. The most interesting result of our study is the observation of the perfect scalability law of the matrix multiplication, and of the universality of this law.
Click any figure to enlarge with its caption.
Figure 1
Figure 32
Figure 64
Figure 4
Figure 5
Figure 6Peer Reviews
No public reviews on file for this paper yet. If you reviewed it on a platform where reviews are public (OpenReview, ICLR, NeurIPS, ICML), you can paste yours below so the community can read it here.
Videos
No videos yet. Explain this paper in a talk, walkthrough, or lecture? Add one.
Matrix multiplication and universal scalability of the time on the Intel Scalable processors
Alexander Russkov1
Lev Shchur2,3
1 Science Center in Chernogolovka, 142432 Chernogolovka, Russia
2 National Research University Higher School of Economics, 101000 Moscow, Russia
3 Landau Institute for Theoretical Physics, 142432 Chernogolovka, Russia
Abstract
Matrix multiplication is one of the core operations in many areas of scientific computing. We present the results of the experiments with the matrix multiplication of the big size comparable with the big size of the onboard memory, which is 1.5 terabyte in our case. We run experiments on the computing board with two sockets and with two Intel Xeon Platinum 8164 processors, each with 26 cores and with multi-threading. The most interesting result of our study is the observation of the perfect scalability law of the matrix multiplication, and of the universality of this law.
1 Introduction
At the fall of 2017 the new architecture of the computing nodes from Intel, combining the Intel(R) Xeon Scalable [1] architecture of the processor boards and Intel(R) Omni-Path Architecture [2] of the interconnections comes to the open market. It is a common thought, that these architectures will be one of the main basis for the high-performance computing in the nearest years. The new architecture becomes subject for the computer experiments with the goal to understand it’s practical features, and some experiments are already reported. Application of the combination of Intel-OPA with previous architecture Intel(R) Xeon Phi discussed in [3]. The experiments with the High-Performance LINPACK (HPL) on the cluster equipped with Intel(R) Xeon Platinum 8160 processors demonstrate some interesting features of the memory organization, which shows, in particular, the increased DRAM traffic and increased L2 cache miss rates [4]. The technical details on the performance of the particular processors from the Intel Scalable series were published in the review [5].
In this communication, we present preliminary results of the experiments with the multiplication of the big matrices which requires a huge RAM storage of hundreds of gigabytes (GB). The main question is how the DRAM capacity boundaries and the number of cores in the processor influence the computing time.
Experiments have been done on a single node, the rack S2600WF with two Intel(R) Xeon Platinum 8164 2.0 GHz processors with 2768 GB 2666MHz DDR4 onboard memory. The software packages used are CentOS Linux release 7.5.2804, gcc compiler release 4.7.1, Intel C++ with libraries release 2018.3.
We use Intel(R) Math Kernel Libraries (MKL) [6] which automatically supports features of the Intel Scalable(R) architecture, in particular, the AVX-512 extension, multi-threading, and NUMA.
2 Number of cores influence
The Xeon Platinum 8164 processor has 26 cores and supports 52 threads. Figure 1 demonstrates the boundary of 52 with the multiplication of the two matrices with the linear size 32000 with the single floating point precision and of the linear size 64000 with the double floating point precision. There are two facts on the processor performance which can be extracted from the figure. Firstly, the performance is saturated for the number of threads larger than 52, clearly showing the available number of threads per one processor. Secondly, performance is limited mainly by the memory exchange, as it is factor 8 slower at the peak performance for the matrix size 64000 compared with the matrix size 32000. This factor is due to the 8 times larger memory used for the matrix multiplication of linear size 64000, factor 4 comes from the number of matrix elements and factor two from the number representation, real8 instead of real4 for the linear size 32000. We will provide more clear evidence for this observation in the following analysis.
As seen from both panel in Fig. 1 the efficiency growth almost linear with the number of threads up to 52, and demonstrate almost perfect scalability.
We plot also results of matrix multiplication using Eigen library [7] and OpenBLAS library [8], which demonstrates that these libraries are not using all new features of Scalable architecture yet: firstly, the scalability of performance is not linear, the efficiency grows slower than in the case of MKL, and it is saturated early for both libraries, Eigen and OpenBLAS, and even goes a bit lower for the number of threads larger than 52.
3 The RAM size influence
Figure 2 shows the time of multiplication of two square matrices of the linear size 128000. The memory necessary for matrix multiplication with the data type real4 of elements is about 196 billion bytes (three matrices of the size 65 billion bytes), and it is 393 bytes for the real8 elements. The tasks are fit within the memory accessible by a single processor, which is 768GB, accordingly Figure 2 does not show any influence of the memory size, and the ratio of the corresponding bars of the same color is about factor of 2, which is just the ratio of the number of bytes for two data types. At the same time, it is visible, that multiplication with the Eigen library becomes faster than with the OpenBLAS library for the larger system sizes, the trend which was already visible in the right panel of Figure 1.
In the next set of the experiments, we check how the DRAM size accessible for the single processor does influent the efficiency of the simulations. For that reason, in the first experiment, we perform in parallel two sets of matrix multiplication. We choose the size of the matrices in a way, they just fill the whole RAM. It is 6 square matrices of the linear size 128000 with real*8 elements. In total it is 786 billion bytes which just fits in the DRAM accessible by the single processor. The left panel of the Figure 3 shows the time variation of the two parallel processes as a function of the number of threads. Data for the time can be fit with the expression
[TABLE]
i.e. inversely proportional to the number of threads . The resulting fit is shown in the left panel of Figure 3 as the solid line, and fitting parameters are and . The time of the multiplication achieves the asymptotic value already at the cores threshold of 26.
Next experiment has been performed with the four sets of the same matrix multiplication running in parallel, therefore, the total memory for the matrices exceeds two times the memory directly reachable by the single processor and still fits the onboard memory of 1.5TB. The right panel of the Figure 3 shows the running time of the four processes (marked by circles, stars, rhombs, and squares) as function of the number of threads, and it is seen that first saturation is at the number which is half of the number of cores per processor, and the second saturation is double of the number of cores per processor, which is the maximum number of threads per processor. Probably, the saturation at the value of 13 threads is due to the memory effect but it is not clear. We plan to conduct more experiments to clear up the effect.
It is interesting that data in both panels of the Figure 3 can be collapsed on one curve. For that reason, we divide the number of threads at the left panel by factor 2 and multiply the time at the left panel by factor 2. Resulting data are shown in the Figure 4 by solid stars and squares, while keeping the data of the right panel of Figure 3 unchanged. Figure 4 shows excellent coincidence of the data sets. One can say that the expression (1) is the universal function for the scalability of the matrix multiplication on the Intel Scalable architecture, probably with some restrictions which are the subject of the future work.
4 Discussion
Presented experiments with the matrix multiplication of the big size on the Intel Xeon Platinum 8164 with 26 cores and 52 threads (the total onboard number of cores 52 and threads 104) and the big memory of 768GB per processor (total onboard memory is 1.5TB) ) shows interesting features of the Intel Scalable Architecture. We found the clear saturation of the efficiency with the number of threads larger than maximum value per processor, which is 52 in our case. We found that libraries Eigen [7] and OpenBLAS [8] is less effective at the moment on the Intel Scalable Architecture comparing with the Intel MKL.
The most interesting results of the communication are the perfect scalability of the matrix multiplication time (see expression (1)) and the universal behavior of the scalability as shown in the Figure 4.
Future experiments can be done to understand better the performance of the Intel Scalable Architecture in computing using the matrix multiplication which is one of the cores of any scientific simulations.
\ack
The research is done within the framework of the research plan 0236-2014-0002.
References
- [1] https://ark.intel.com/products/series/125191/Intel-Xeon-Scalable-Processors
- [2] https://www.intel.com/content/www/us/en/high-performance-computing-fabrics/omni-path-driving-exascale-computing.html
- [3] P. Boyle, M. Chuvelev, G. Cossu, C. Kelly, C. Lehner, L. Meadows, Accelerating HPC codes on Intel(R) Omni-Path Architecture networks: From particle physics to Machine Learning, arXiv:1711.04883.
- [4] J. D. McCalpin, HPL and DGEMM Performance Variability on the Xeon Platinum 8160 Processor, 2018 SC18: The International Conference for High Performance Computing, Networking, Storage, and Analysis (SC), Dallas, TX, US, , pp. 225-237.
- [5] https://colfaxresearch.com/xeon-2017/
- [6] https://software.intel.com/en-us/mkl
- [7] https://eigen.tuxfamily.org/, branch 3.3, update 21.09.2018
- [8] https://www.openblas.net/, release 0.3.4
The reference list from the paper itself. Each links out to its DOI / PubMed record.
- 1[1] https://ark.intel.com/products/series/125191/Intel-Xeon-Scalable-Processors
- 2[2] https://www.intel.com/content/www/us/en/high-performance-computing-fabrics/omni-path-driving-exascale-computing.html
- 3[3] P. Boyle, M. Chuvelev, G. Cossu, C. Kelly, C. Lehner, L. Meadows, Accelerating HPC codes on Intel(R) Omni-Path Architecture networks: From particle physics to Machine Learning , ar Xiv:1711.04883.
- 4[4] J. D. Mc Calpin, HPL and DGEMM Performance Variability on the Xeon Platinum 8160 Processor, 2018 SC 18: The International Conference for High Performance Computing, Networking, Storage, and Analysis (SC), Dallas, TX, US, , pp. 225-237.
- 5[5] https://colfaxresearch.com/xeon-2017/
- 6[6] https://software.intel.com/en-us/mkl
- 7[7] https://eigen.tuxfamily.org/, branch 3.3, update 21.09.2018
- 8[8] https://www.openblas.net/, release 0.3.4
