1. Introduction
The singular value decomposition (SVD) is a factorization of a general matrix of the form
is an orthonormal matrix whose columns
are called the left singular vectors.
is an diagonal matrix whose diagonal entries are called the singular values and are sorted in decreasing order. is an orthonormal matrix whose columns are called the right singular vectors. When , we can compute a reduced form where is an matrix and is an diagonal matrix. One can easily obtain the full form from the reduced one by extending with orthogonal vectors and with an zero block row. Without any loss of generality, we will focus on the reduced SVD of real matrices in our discussions.The SVD of a matrix is a crucial component in many applications in signal processing and statistics as well as matrix compression, where truncating the singular values that are smaller than some threshold gives us a rank approximation of the matrix . This matrix is the unique minimizer of the function . In the context of hierarchical matrix operations, effective compression relies on the ability to perform the computation of large batches of independent SVDs of small matrices of low numerical rank. Randomized methods [1] are well suited for computing a truncated SVD of these types of matrices and are built on three computational kernels: the QR factorization, matrixmatrix multiplications and SVDs of smaller matrices. Motivated by this task, we discuss the implementation of high performance batched QR and SVD kernels on the GPU, focusing on the more challenging SVD tasks.
The remainder of this paper is organized as follows. Section 2 presents different algorithms used to compute the QR factorization and the SVD as well as some considerations when optimizing for GPUs. Section 3 discusses the batched QR factorization and compares its performance with existing libraries. Sections 4, 5 and 6 discuss the various implementations of the SVD based on the level of the memory hierarchy in which the matrices can reside. Specifically, Section 4 describes the implementation for very small matrix sizes that can fit in registers, Section 5 describes the implementation for matrices that can reside in shared memory, and Section 6 describes the block Jacobi implementation for larger matrix sizes that must reside in global memory. Section 7 details the implementation of the batched randomized SVD routine. We then discuss some details of the application to hierarchical matrix compression in Section 8. We conclude and discuss future work in Section 9.
2. Background
In this section we give a review of the most common algorithms used to compute the QR factorization and the SVD of a matrix as well as discuss some considerations when optimizing on the GPU.
2.1. QR Factorization
The QR factorization decomposes an matrix into the product of an orthogonal matrix and an upper triangular matrix [2]. We can also compute a reduced form of the decomposition where Q is an matrix and R is upper triangular. The most common QR algorithm is based on transforming into an upper triangular matrix using a series of orthogonal transformations generated using Householder reflectors. Other algorithms such as the GramSchmidt or Modified GramSchmidt can produce the QR factorization by orthogonalizing a column with all previous columns; however, these methods are less stable than the Householder orthogonalization and the orthogonality of the resulting factor suffers with the condition number of the matrix. Another method is based on Givens rotations, where entries in the subdiagonal part of the matrix are zeroed out to form the triangular factor and the rotations are accumulated to form the orthogonal factor. This method is very stable and has more parallelism than the Householder method; however it is more expensive, doing about 50% more work, and it is more challenging to extract the parallelism efficiently on the GPU. For our implementation, we rely on the Householder method due to its numerical stability and simplicity. The method is described in pseudocode in Algorithm 1.
2.2. SVD Algorithms
Most implementations of the SVD are based on the twophase approach popularized by Trefethen et al. [3], where the matrix first undergoes bidiagonalization of the form where and are orthonormal matrices and is a bidiagonal matrix. The matrix is then diagonalized using some variant of the QR algorithm, the divide and conquer method or a combination of both to produce a decomposition . The complete SVD is then determined as during the backward transformation. These methods require significant algorithmic and programming effort to become robust and efficient while still suffering from a loss of relative accuracy [4].
An alternative is the onesided Jacobi method where all pairs of columns are repeatedly orthogonalized in sweeps using plane rotations until all columns are mutually orthogonal. When the process converges (i.e., all columns are mutually orthogonal up to machine precision), the left singular vectors are the normalized columns of the modified matrix with the singular values as the norms of those columns. The right singular vectors can be computed either by accumulating the rotations or by solving a system of equations. Our application does not need the right vectors, so we omit the details of computing them. Algorithm 2 describes the onesided Jacobi method. Since each pair of columns can be orthogonalized independently, the method is also easily parallelized. The simplicity and inherent parallelism of the method make it an attractive first choice for an implementation on the GPU.
2.3. GPU Optimization Considerations
GPU kernels are launched by specifying a grid configuration which lets us organize threads into blocks and blocks into a grid. Launching a GPU kernel causes a short stall (as much as 10 microseconds) as the kernel is prepared for execution. This kernel launch overhead prevents kernels that complete their work faster than the overhead from executing in parallel, essentially serializing them. To overcome this limitation when processing small workloads, the work is batched into a single kernel call when possible [5, 6]. All operations can then be executed in parallel without incurring the kernel launch overhead, with the grid configuration used to determine thread work assignment.
A warp is a group of threads (32 threads in current generation GPUs, such as the NVIDIA K40) within a block that executes a single instruction in lockstep, without requiring any explicit synchronization. The occupancy of a kernel tells us the ratio of active warps to the maximum number of warps that a multiprocessor can host. This metric is dependent on the amount of resources that a kernel uses, such as register and shared memory usage and kernel launch configuration, as well as the compute capability of the card ([7] for more details). While not a requirement for good performance [8], it is generally a good idea to aim for high occupancy.
Memory on the GPU is organized into a hierarchy of memory spaces as shown in Figure 1. At the bottom, we have global memory which is accessible by all threads and is the most plentiful but the slowest memory. The next space of interest is the shared memory which is accessible only by threads within the same block and is configurable with the L1 cache to be at most 48KB per thread block on current generation GPUs. Shared memory is very fast and acts as a programmer controllable cache. Finally, we have the registers which are local to the threads. Registers are the fastest of all memory, but the total number of registers usable by a thread without performance implications is limited. If a kernel needs more registers than the limit, then registers are spilled to “local” memory, which is in the slow but cached global memory. Making good use of the faster memories and avoiding excessive accesses to the slower ones is key to good performance on the GPU. As such, it is common to use blocking techniques in many algorithms, where a block of data is brought in from global memory and processed in one of the faster memories.
2.4. Related Work
Batched GPU routines for LU, Cholesky and QR factorizations have been developed in [5, 6, 9]
using a block recursive approach which increases data reuse and leads to very good performance for relatively large matrix sizes. GPU routines optimized for computing the QR decomposition of very tall and skinny matrices are presented in
[10] where they develop an efficient transpose matrixvector computation that is employed with some minor changes in this work. GPUCPU hybrid algorithms for batched SVD using Jacobi and bidiagonalization methods are introduced in [11] where pair generation for the Jacobi method and the solver phase of the bidiagonalization are handled on the CPU. The work in [12]employs the power method to construct a rank 1 approximation for 2D filters in convolutional neural networks. Routines to handle the SVD of many matrices on GPUs is presented in
[13] where each thread within a warp computes the SVD of a single matrix.3. Batched QR Decomposition
In this section, we discuss implementation details of our batched QR kernel and compare it with other implementations from the MAGMA 2.2 [14] and CUBLAS 8 [15] libraries.
3.1. Implementation
One benefit of the Householder algorithm is that the application of reflectors to the trailing matrix (line 5 of the algorithm) can be blocked together and expressed as a matrixmatrix multiplication (Level 3 BLAS) instead of multiple matrixvector multiplications (Level 2 BLAS). The increased arithmetic intensity typically allows performance to improve when the trailing matrix is large. However, for small matrix blocks, the overhead of generating the blocked reflectors from their vector form as well as the lower performance of the matrixmatrix multiplication for small matrices hinder performance. We can obtain better performance by applying multiple reflectors in their vector form and performing the transpose matrixvector multiplication efficiently within a thread block [10]. First, we perform the regular factorization on a column block (called a panel). The entire panel is stored in registers, with each thread storing one row of the panel, and the transpose matrixvector product is computed using a series of reductions using shared memory and warp shuffles [16] which allow threads within a warp to read each other’s registers. Figure 2 shows the data layout for a theoretical warp of size 8 with 4 columns in registers and a warp reduction using shuffles. Once we factor the panel, we can apply the reflectors to the trailing submatrix in a separate kernel that is optimized for performing the core matrixvector product in the update. In this second kernel, we load both the factored panel and a panel of the trailing submatrix to registers and apply the reflectors one at a time, updating the trailing panel in registers. Let us take an example of a trailing panel . For each reflector, we compute the matrixvector product by flattening the
product into a reduction of a 256 vector in shared memory that has been padded to avoid bank conflicts. The reduction can then be serialized until it reaches a size of 32, where a partial reduction to a vector of size 8 can take place in 2 steps. This final vector is the product
which can then be quickly applied to the registers storing . This process is repeated for each trailing panel within the same kernel to maximize the use of the reflectors which have been stored in registers. Figure 3 shows one step of a panel factorization and the application of its reflectors to the trailing submatrix. Since threads are limited to 1024 per block on current architectures, we use the approach developed in [17] to factorize larger matrices. We first factorize panels up to the thread block limit in a single kernel call. The panels below the first are then factorized by first loading the triangular factor into shared memory and then proceeding with the panel factorization as before, taking the triangular portion into consideration when computing reflectors and updates. To keep occupancy up for the small matrices on devices where the resident block limit could be reached before the thread limit, we assign multiple operations to a single thread block. For a batch of matrices of dimensions , kernels can be launched using thread blocks of size , where each thread block handles operations.3.2. Performance
Figures 3(a) and 3(b) show the performance of our batched QR for 1000 square and rectangular matrices with a panel width of , tuned for the P100 GPU. We compare against the vendor implementation in CUBLAS as well as the high performance library MAGMA. We can see that our proposed version performs well for rectangular matrices with column size of 32 and starts losing ground against MAGMA for the larger square matrix sizes where the blocked algorithm starts to show its performance benefits. A nested implementation where our kernel can be used to factor relatively large panels in a blocked algorithm will likely show some additional performance improvements for the large square matrices, but we leave that as future work.
4. Register Memory OneSided Jacobi
In this section we will discuss the first batched SVD kernel where the matrix data is hosted in registers and analyze the performance of the resulting kernel.
4.1. Implementation
In this implementation, to avoid repeated global memory accesses, we attempt to fit the matrix in register memory using the same layout as the panel in the QR factorization, i.e. one row per thread; however, the number of registers that a thread uses has an impact on occupancy which can potentially lead to lower performance. In addition, once the register count exceeds the limit set by the GPU’s compute capability, the registers spill into “local” memory which resides in cached slow global memory. Since we store an entire matrix row in the registers of one thread, we use the serial onesided Jacobi algorithm to compute the SVD where column pairs are processed by the threads one at a time. The bulk of the work lies in the computation of the Gram matrix (line 3 of Algorithm 2) and in the update of the columns (line 5). Since the Gram matrix is symmetric, this boils down to three dot products which are executed as parallel reductions within the warp using warp shuffles. The computation of the rotation matrix as well as the convergence test is performed redundantly in each thread. Finally, the column update is done in parallel by each thread on its own register data. As with the QR kernel, we keep occupancy up for the smaller matrix sizes by assigning multiple SVD operations to a single block of threads with each operation assigned to a warp to avoid unnecessary synchronizations.
4.2. Performance
We generate batches of 1000 test matrices with varying condition numbers using the latms LAPACK routine and calculate performance based on the total number of rotations needed for convergence. Figures 4(a) and 4(b) show the performance on a P100 GPU of the registerbased batched SVD kernel and the effect increased register usage has on occupancy. Profiling the kernel, we see that the Gram matrix computation takes about 500 cycles, column rotations take about 240 cycles, and the redundantly computed convergence test and rotation matrices dominate at 1900 cycles. The fact that the redundant portion of the computation dominates means that it is preferable to assign as few threads as possible when processing column pairs. Due to the low occupancy for the larger matrix sizes and the register spills to local memory for matrices larger than 30, it is obvious that the register approach will not suffice for larger matrix sizes. This leads us to our next implementation based on the slower but more parallelfriendly shared memory.
5. Shared Memory OneSided Jacobi
While the register based SVD performs well for very small matrix sizes, we need a kernel that can handle larger sizes and maintain reasonably high occupancy. This leads us to building a kernel based on shared memory, the next level of the GPU memory hierarchy. This section discusses the implementation details of this kernel and analyze its performance when compared with the register kernel.
5.1. Implementation
In this version, the matrix is stored entirely in shared memory, which is limited to at most 48 KB per thread block on current generation GPUs. Using the same thread assignment as the register based kernel would lead to very poor occupancy due to the high shared memory consumption, where potentially only a few warps will be active in a multiprocessor. Instead, we exploit the inherent parallelism of the onesided Jacobi to assign a warp to a pair of columns, i.e., there are warps processing an matrix stored in shared memory. There are a total of pairs of columns, so we must generate all pairings in steps, with each step processing
pairs in parallel. There are many ways of generating these pairs, including round robin, oddeven, and ring ordering
[18, 19]. We implement the round robin ordering using shared memory to keep track of the column indexes of the pairs with the first warp in the block responsible for updating the index list after each step. Figure 6 shows this ordering for a matrix with 8 columns. When the number of matrix rows exceeds the size of the warp, the threadperrow assignment no longer allows us to use fast warp reductions, which would force us to use even more resources, as the reductions would now have to be done in shared memory. Instead, we assign multiple rows to a thread, serializing a portion of the reduction over those rows until warp reductions can be used. This follows our observation in Section 4.2 to assign as few threads as possible to process column pairs, frees up valuable resources and increases the overall performance of the reduction. Row padding is used to keep the rows at multiples of the warp size, and column padding is used to keep the number of columns even. Kernels can then be launched using threads to process each matrix. Figures 6(a) and 6(b) show examples of the thread allocation and reductions for a matrix using a theoretical warp size of 4.5.2. Performance
Figures 7(a) and 7(b) show the performance of the parallel shared SVD kernel compared to the serial register SVD kernel on a P100 GPU. We can see the improved growth in performance in the shared memory kernel due to the greater occupancy as well as the absence of any local memory transactions. Looking at the double precision occupancy, we notice two dips in occupancy at matrix sizes 22 and 32 as the number of resident blocks become limited by the registers/block limits of the device, dropping to 2 and then 1 resident blocks. Performance increases steadily from there as we increase the number of threads assigned to the operation until we reach a matrix size of where we reach the block limit of 1024 threads. To handle larger sizes, we must use a blocked version of the algorithm or the randomized SVD as we see in Sections 6 and 7, respectively.
6. Global Memory OneSided Block Jacobi
When we can no longer store the entire matrix in shared memory, we have to operate on the matrix in the slower global memory. Instead of repeatedly reading and updating the columns one at a time, block algorithms that facilitate cache reuse have been developed [20, 21, 22]. The main benefit of the block Jacobi algorithm is its high degree of parallelism; however, since we implement a batched routine for independent operations, we will use the serial block Jacobi algorithm for individual matrices and rely on the parallelism of the batch processing. The parallel version, where multiple blocks are processed simultaneously, can still be used when the batch size is very small, but we will focus on the serial version. In this section we will discuss the implementation details for two global memory block Jacobi algorithms that differ only in the way block columns are orthogonalized and compare their performance with parallel streamed calls to the cuSOLVER 8 [23] library routines.
6.1. Gram Matrix Block Jacobi SVD
The block Jacobi algorithm is very similar to the vector Algorithm 2, orthogonalizing pairs of blocks columns instead of vectors. The first method of orthogonalizing pairs of block columns is based on the SVD of their Gram matrix. During the th sweep, each pair of block columns and is orthogonalized by forming a Gram matrix and generating a block rotation matrix , computed as the left singular vectors of
(or equivalently its eigenvectors, since it is symmetric positive definite). Updating
orthogonalizes the block columns, since we havewhere is a diagonal matrix of the singular values of
. Orthogonalizing all pairs of block columns until the entire matrix is orthogonal will give us the left singular vectors as the normalized columns and the singular values as the corresponding column norms. If the right singular vectors are needed, we can accumulate the action of the block rotation matrices on the identity matrix. For our batched implementation, we use highly optimized batched
syrk and gemm routines from MAGMA to compute and to apply the block rotations, while the SVD is computed by our shared memory batched kernel. Since different matrices will converge in different numbers of sweeps, we keep track of the convergence of each operation by computing the norm of the offdiagonal entries of scaled by its diagonal entries. While this term is an inexact approximation of the offdiagonal terms of the full matrix in each sweep, it is still a good indication of convergence and will cost us at most an extra cheap sweep, since the final sweep will not actually perform any rotations within the SVD of . The entire batched operation will then converge when , where is our convergence tolerance. This gives us the Gram matrix path of the batched block Jacobi Algorithm 3 to compute the SVD of a batch of matrices in global memory. It is worth noting that the computation of the Gram matrix can be optimized by taking advantage of the special structure of , but since the bulk of the computation is in the SVD of G, it will not result in any significant performance gains.6.2. Direct Block Jacobi SVD
The Gram matrix method is an indirect way of orthogonalizing block columns and may fail to converge if the matrix is very illconditioned. Illconditioned matrices can be handled by directly orthogonalizing the columns using their SVD. Since the block columns are rectangular, we first compute their QR decomposition followed by the SVD of the triangular factor . Overwriting the block column by the orthogonal factor and multiplying it by the left singular vectors of scaled by the singular values will give us the new block column :
If the right singular vectors are needed, we can accumulate the action of on the identity matrix. For our batched implementation, we use the batch QR routine developed in Section 3 and gemm routines from MAGMA to multiply the orthogonal factor by the left singular vectors, while the SVD is computed by our shared memory batched kernel. The same convergence test used in the Gram matrix method can be used on the triangular factor, since the triangular factor should be close to a diagonal matrix if a pair of block columns are orthogonal. This gives us the direct path of the batched block Jacobi Algorithm 3 to compute the SVD of a batch of matrices in global memory.
6.3. Performance
Figures 8(a) and 8(a) show the profiling of the different computational kernels involved in the batched block algorithms with a block width of , specifically percentages of total execution time for determining convergence and memory operations, matrix multiplications, QR decompositions and the SVD of the Gram matrix. For the Gram matrix approach, the SVD is the most costly phase, even for the larger operations, while the QR and SVD decompositions take almost the same time for the larger matrices in the direct approach. Figure 9(a) shows the performance of the batched block Jacobi SVD of 200 matrices using both methods and Figure 9(b) compares the performance of our batched SVD routine with a batched routine that uses the cuSOLVER SVD routine using 20 concurrent streams on a P100 GPU. Increasing the number of streams for cuSOLVER showed little to no performance benefits, highlighting the performance limitations of routines that are bound by kernel launch overhead. The matrices are generated randomly using the latms LAPACK routine with a condition number of . The Gram matrix approach fails to converge in single precision for these types of matrices, whereas the direct approach always converges; however the Gram matrix approach performs better when it is applicable for the larger matrices due to the strong performance of the matrixmatrix multiplcations. The performance of the block algorithm can be improved by preprocessing the matrix using QR and LQ decompositions to decrease the number of sweeps required for convergence [24] as well as by adaptively selecting pairs of block columns based on the computed offdiagonal norms of their Gram matrices. These changes are beyond the scope of this paper and will be the focus of future work.
7. Randomized SVD
As mentioned in Section 1, we are often interested in a rank approximation of a matrix . We can compute this approximation by first determining the singular value decomposition of the full matrix and then truncating the smallest singular values with their corresponding singular vectors; however, when the matrix has low numerical rank , we can obtain the approximation using very fast randomization methods [1]. This section will discuss some details of the algorithm and compare its performance with the full SVD using our onesided block Jacobi kernel.
7.1. Implementation
When the singular values of a matrix decay rapidly, we can compute an approximate SVD using a simple two phase randomization method:

The first phase determines an approximate orthogonal basis for the columns of ensuring that . When the numerical rank of is low, we can be sure that has a small number of columns as well. In [1] we see that by drawing sample vectors from random input vectors , we can obtain a reliable approximate basis for which can then be orthogonalized. This boils down to computing a matrix , where is a random Gaussian sampling matrix, and then computing the QR decomposition of , where is the desired approximate orthogonal basis.

The second phase uses the fact that to compute a matrix so that we now have . Forming the SVD of , we finalize our approximation . For the wide matrix , we can first compute a QR decomposition of its transpose, followed by the SVD of the upper triangular factor.
Algorithm 4 shows that the core computations for the randomized method are matrixmatrix multiplications, QR decompositions, and the singular value decompositions of small matrices. Using the batched routines from the previous sections, it is straightforward to form the required randomized batched SVD. More robust randomized SVD algorithms would employ randomized subspace iteration methods to obtain a better basis for the columns of and rely on these same core kernels, but will not be further discussed here.
7.2. Performance
Figure 11 shows the profiling of the different kernels used in the randomized batched routine for determining the top 64 singular values and vectors of randomly generated low rank matrices using the latms
LAPACK routine. The miscellaneous portion includes random number generation using the CURAND library’s default random number generator and a Gaussian distribution, batched transpose operations and memory operations. We can see that the performance of all kernels play almost equally important roles in the performance of the randomized routine as the matrix size grows while keeping the computed rank the same. Figure
11(a) shows the performance of the batched randomized SVD of 200 operations and Figure 11(b) compares the runtimes of the direct block onesided Jacobi routine with the randomized SVD on a P100 GPU for the same set of matrices, showing that significant time savings can be achieved even for relatively small blocks.8. Application to Hierarchical Matrix Compression
As an application of the batched kernels presented, we consider the problem of compressing/recompressing hierarchical matrices. This is a problem of significant importance for building hierarchical matrix algorithms and in fact was our primary motivation for the development of the batched kernels.
Hierarchical matrices [25, 26, 27] have received substantial attention in recent years because of their ability to store and perform algebraic operations in near linear complexity rather than the and that regular dense matrices require. The effectiveness of hierarchical matrices comes from the fact they can approximate a matrix by a (quad)tree of blocks where many of the blocks in the offdiagonal regions have a rapidly decaying spectrum and can therefore be wellapproximated by numerically low rank representations. It is these low rank representations, at different levels of the hierarchical tree, that reduce the memory footprint and operations complexity of the associated matrix algorithms. Hackbush [28] shows that many of the large dense matrices that appear in scientific computing, such as from the discretization of integral operators, Schur complements of discretized PDE operators, and covariance matrices, can be well approximated by these hierarchical representations.
Reviewing and analyzing hierarchical matrix algorithms is beyond the scope of this paper. Here we focus on the narrow task of compressing hierarchical matrices. This compression task may be viewed as a generalization of the wellknown compression (i.e., low rank approximation) of large dense matrices to the case of hierarchical matrices. For large dense matrices, one way to perform the compression is to generate a single exact or approximate SVD () and truncate the spectrum to the desired tolerance, to produce a truncated or “compressed” representation . For hierarchical matrices, the equivalent operations involve batched SVDs on small blocks, with one batched kernel call per level of the tree in the hierarchical representation. The size of the batch in every such call is the number of nodes at the corresponding level in the tree.
Compression algorithms with controllable accuracy are important practically, because it is often the case that the hierarchical matrices generated by analytical methods can be compressed with no significant loss of accuracy. Even more importantly, when performing matrix operations such as additiona and multiplication, the apparent ranks of the blocks often grow and have to be recompressed regularly during the operations to prevent superlinear growth in memory requirements.
8.1. matrix representation
For our application, we use the memory efficient variant of hierarchical matrices which exhibit linear complexity in time and space for many of its core operations. In the matrix format, a hierarchical matrix is actually represented by three trees:

Row and column basis column trees and that organize the row and column indices of the matrix hierarchically. Each node represents a set of basis vectors for the row and column spaces of the blocks of . Nodes at the leaves of the tree store these vectors explicitly, while inner nodes store only transfer matrices that allow us to implicitly represent basis vectors in terms of their children. A basis tree with this parentchild relationship of the nodes is called a nested basis. For example, in a binary row basis tree with transfer matrices , we can explicitly compute the basis vectors for a node with children and at level as:
Figure 12(a) shows an example of a binary basis tree.

A matrix tree for the hierarchical blocking of formed by a dual traversal of the nodes of the two basis trees. A leaf is determined when the block is either small enough and stored as an dense matrix, or when a low rank approximation of the block meets a specified accuracy tolerance. For the latter case, the node is stored as a coupling matrix at each level of the tree, where is the rank at level . The block of the matrix, where is the index set of a node in the row basis tree and is the index set of a node in the column basis , is then approximated as . Figure 12(b) shows the leaves of the matrix quadtree of a simple hierarchical matrix.
For the case of symmetric matrices, the and trees are identical. Our numerical results below are from a symmetric covariance matrix.
8.2. Compression
The compression of a symmetric matrix , represented by the two trees (with its transfer matrices ) and , involves generating a new optimal basis tree (with its transfer matrices ) in a truncation phase, and a new that expresses the contents of the matrix blocks in this new basis in a projection phase.
We present a version of the truncation algorithm that generates a memory efficient basis from a representation of the matrix in a given basis. More sophisticated algebraic compression algorithms that involve the use of in the truncation phase in order to generate a more efficient basis will be the subject of future work.
The truncation phase computes the SVD of the nodes of the basis tree level by level, with all nodes in a level being processed in parallel to produce the new basis . We have an explicit representation of the basis vectors at the leaves, so we can compute the SVD of all leaf nodes in parallel with our batched kernels and truncate the singular vectors whose singular values are lower than our relative compression threshold . Truncating the node to the relative threshold using the SVD will give us an approximation of the leaf such that . With the new leaf nodes, we can compute projection matrices in a tree , where each node , and is the leaf level. Sweeping up the tree, we process the inner nodes while preserving the nested basis property. Using the parentchild relationship of a node with children and at level , we have:
After forming the matrices using batched matrixmatrix multiplication, we compute their SVD using the batched SVD kernel and truncate as we did for the leaves to form the truncated matrices as:
where , the block rows of , are the new transfer matrices at level of our compressed nested basis and are the projection matrices for level . The key computations involved in this truncation phase consist then of one batched SVD involving the leaves of the tree, followed by a sequence of batched SVDs, one per level of the tree, involving the transfer matrices and data from the lower levels.
The projection phase consists of transforming the coupling matrices in the matrix tree using the generated projection matrices of the truncation phase. For each coupling matrix , we compute a new coupling matrix using batched matrixmatrix multiplications. This phase of the operation consumes much less time than the truncation phase on GPUs, because of substantial efficiencies in executing regular arithmetically intensive operations on them.
8.3. Results
As an illustration of the effectiveness of the algebraic compression procedure, we generate covariance matrices of various sizes for a spatial Gaussian process with observation points placed on a random perturbation of a regular discretization of the unit square and an isotropic exponential kernel with correlation length of . Hierarchical representations of the formally dense
covariance matrices are formed analytically by first clustering the points in a KDtree using a mean split giving us the hierarchical index sets of the basis tree. The basis vectors and transfer nodes are generated using Chebyshev interpolation
[29]. The matrix tree is constructed using a dual traversal of the basis tree [25, 30], and the coupling matrices are generated by evaluating the kernel at the interpolation points. The approximation error of the constructed matrix is then controlled by varying the number of interpolation points and by varying the leaf admissibility condition during the dual tree traversal. An approximation error of has been used in the following tests and a relative truncation error has been used to maintain the accuracy of the compressed matrices. Figure 13(a) shows the memory consumption before and after compression of hierachical covariance matrices with leaf size and initial rank (corresponding to an Chebyshev grid). The dense part remains untouched, while the low rank part of the representation sees a substantial decrease in memory consumption after compression with minimal loss of accuracy. Figure 13(b) shows the expected asymptotic linear growth in time of the compression algorithm and shows the effect of using the randomized SVD with samples instead of the full SVD as computed by the shared memory kernel. Figure 15 shows another example where the admissibility condition is weakened to generate a coarser matrix tree with an increased rank of 121 (corresponding to an Chebyshev grid) and the randomized SVD with samples also reduces compression time when compared to the full SVD using the direct block Jacobi kernels.9. Conclusions and Future Work
In this paper, we described the implementation of efficient batched kernels for the QR decomposition and randomized singular value decomposition of low rank matrices hosted on the GPU. Our batched QR kernel provides significant performance improvements for small matrices over existing state of the art libraries, and our batched SVD routines are the first of their kind on the GPU, with performance exceeding 800/400 GFLOP/s on a batch of 1000 matrices of size in single/double precision. We illustrated the power of these kernels on a problem involving the algebraic compression of hierarchical matrices stored entirely in GPU memory, and demonstrated a highperformance compression algorithm yielding significant memory savings on practical problems. In the future, we plan to investigate alternatives to the onesided Jacobi algorithm for the SVD of the small blocks in the randomized algorithm and improve the performance of the blocked algorithms using preconditioning and adaptive block column pair selection. We also plan to develop a suite of hierarchical matrix operations suited for execution on modern GPU and manycore architectures.
Acknowledgments
We thank the NVIDIA Corporation for providing access to the P100 GPU used in this work.
References
 [1] N. Halko, P.G. Martinsson, and J. A. Tropp, “Finding structure with randomness: Probabilistic algorithms for constructing approximate matrix decompositions,” SIAM Review, vol. 53, no. 2, pp. 217–288, 2011.
 [2] G. Golub and C. Van Loan, Matrix Computations. Johns Hopkins University Press, 2013.
 [3] L. Trefethen and D. Bau, Numerical Linear Algebra. Society for Industrial and Applied Mathematics, 1997.
 [4] J. Demmel and K. Veselic, “Jacobi’s method is more accurate than QR,” SIAM Journal on Matrix Analysis and Applications, vol. 13, no. 4, pp. 1204–1245, 1992.
 [5] A. Haidar, T. T. Dong, S. Tomov, P. Luszczek, and J. Dongarra, “A framework for batched and GPUresident factorization algorithms applied to block Householder transformations.” in ISC, ser. Lecture Notes in Computer Science, J. M. Kunkel and T. Ludwig, Eds., vol. 9137. Springer, 2015, pp. 31–47.
 [6] A. Haidar, T. Dong, P. Luszczek, S. Tomov, and J. Dongarra, “Optimization for performance and energy for batched matrix computations on GPUs,” in Proceedings of the 8th Workshop on General Purpose Processing Using GPUs, ser. GPGPU8. New York, NY, USA: ACM, 2015, pp. 59–69.
 [7] N. Wilt, The CUDA Handbook: A Comprehensive Guide to GPU Programming. Pearson Education, 2013.
 [8] V. Volkov, “Better performance at lower occupancy,” Proceedings of the GPU technology conference, GTC, vol. 10, 2010.
 [9] A. Charara, D. E. Keyes, and H. Ltaief, “Batched Triangular Dense Linear Algebra Kernels for Very Small Matrix Sizes on GPUs,” Submitted to ACM Transactions on Mathematical Software. [Online]. Available: http://hdl.handle.net/10754/622975
 [10] M. Anderson, G. Ballard, J. Demmel, and K. Keutzer, “Communicationavoiding QR decomposition for GPUs,” in Parallel Distributed Processing Symposium (IPDPS), 2011 IEEE International, May 2011, pp. 48–58.
 [11] C. Kotas and J. Barhen, “Singular value decomposition utilizing parallel algorithms on graphical processors,” in OCEANS’11 MTS/IEEE KONA, Sept 2011, pp. 1–7.
 [12] H.P. Kang and C.R. Lee, Improving Performance of Convolutional Neural Networks by Separable Filters on GPU. Berlin, Heidelberg: Springer Berlin Heidelberg, 2015, pp. 638–649.
 [13] I. Badolato, L. d. Paula, and R. Farias, “Many svds on gpu for image mosaic assemble,” in 2015 International Symposium on Computer Architecture and High Performance Computing Workshop (SBACPADW), Oct 2015, pp. 37–42.
 [14] S. Tomov, R. Nath, H. Ltaief, and J. Dongarra, “Dense linear algebra solvers for multicore with GPU accelerators,” in Proc. of the IEEE IPDPS’10. Atlanta, GA: IEEE Computer Society, April 1923 2010, pp. 1–8, DOI: 10.1109/IPDPSW.2010.5470941.
 [15] NVIDIA, CUBLAS Library User Guide, v8.0 ed., http://docs.nvidia.com/cuda/cublas, NVIDIA, 2017. [Online]. Available: http://docs.nvidia.com/cuda/cublas
 [16] J. Cheng, M. Grossman, and T. McKercher, Professional CUDA C Programming, ser. EBLSchweitzer. Wiley, 2014.
 [17] J. Kurzak, H. Ltaief, J. Dongarra, and R. M. Badia, “Scheduling dense linear algebra operations on multicore processors,” Concurrency and Computation: Practice and Experience, vol. 22, no. 1, pp. 15–44, 2010. [Online]. Available: http://dx.doi.org/10.1002/cpe.1467
 [18] B. B. Zhou and R. P. Brent, “On parallel implementation of the onesided Jacobi algorithm for singular value decompositions,” in Parallel and Distributed Processing, 1995. Proceedings. Euromicro Workshop on, Jan 1995, pp. 401–408.
 [19] B. Zhou and R. Brent, “A parallel ring ordering algorithm for efficient onesided Jacobi SVD computations,” Journal of Parallel and Distributed Computing, vol. 42, no. 1, pp. 1 – 10, 1997.
 [20] M. BEČKA and M. Vajteršic, “BlockJacobi SVD algorithms for distributed memory systems I: Hypercubes and rings*,” Parallel Algorithms and Applications, vol. 13, no. 3, pp. 265–287, 1999.
 [21] ——, “Blockjacobi svd algorithms for distributed memory systems II: Meshes∗,” Parallel Algorithms and Applications, vol. 14, no. 1, pp. 37–56, 1999.
 [22] M. Bečka, G. Okša, and M. Vajteršic, “New dynamic orderings for the parallel one–sided blockJacobi SVD algorithm,” Parallel Processing Letters, vol. 25, no. 02, p. 1550003, 2015.
 [23] NVIDIA, cuSOLVER Library User Guide, v8.0 ed., http://docs.nvidia.com/cuda/cusolver/, NVIDIA, 2017. [Online]. Available: http://docs.nvidia.com/cuda/cusolver
 [24] G. Okša and M. Vajteršic, “Efficient preprocessing in the parallel blockJacobi SVD algorithm,” Parallel Comput., vol. 32, no. 2, pp. 166–176, Feb. 2006. [Online]. Available: http://dx.doi.org/10.1016/j.parco.2005.06.006
 [25] W. Hackbusch and B. N. Khoromskij, “A sparse matrix arithmetic. Part II: Application to multidimensional problems,” Computing, vol. 64, no. 1, pp. 21–47, 2000.
 [26] W. Hackbusch, B. Khoromskij, and S. Sauter, “On matrices,” in Lectures on Applied Mathematics, H.J. Bungartz, R. Hoppe, and C. Zenger, Eds. Springer Berlin Heidelberg, 2000, pp. 9–29.
 [27] W. Hackbusch, “A sparse matrix arithmetic based on matrices. Part I: Introduction to matrices,” Computing, vol. 62, no. 2, pp. 89–108, 1999.
 [28] ——, Hierarchical matrices : Algorithms and Analysis, ser. Springer series in computational mathematics. Berlin: Springer, 2015, vol. 49.

[29]
S. Börm and J. Garcke, “Approximating gaussian processes with
matrices,” in
European Conference on Machine Learning
. Springer, 2007, pp. 42–53.  [30] L. Grasedyck and W. Hackbusch, “Construction and arithmetics of matrices,” Computing, vol. 70, no. 4, pp. 295–334, 2003.
Comments
There are no comments yet.