LOW DOWN ON HIGH-ORDER BLOG

Alas our NVIDIA Titan V order didn't go through. Instead I am gearing up to run on an NVIDIA V100 GPU equipped server at paperspace.com [ This is not an endorsement, proceed at your own risk, your mileage may vary, and there are other cloud providers with GPU compute nodes.] The first step after setting up a new machine instance and logging on is to install the necessary compilers and If everything was set up correctly you should get a report about the available threading AP

There is an interesting personal essay on the history and developments in the art and design of numerical schemes to limit spurious oscillations in solutions of nonlinear PDEs even in the presence of shocks here. I will echo one point that the Sweby diagram (pictured above with cite containing explanation below) universally captures the nature of classical TVD limiters. As a reviewer and associate journal editor I puzzle over the large number of new articles submitted on the

The mixbench micro-benchmarking utility (available on github here and documented in the references below) is a tool for measuring the data throughput and computational throughput of a mixed streaming & compute workload. We have found it to be extremely useful for creating an empirically calibrated roofline model. We ported the OpenCL version of mixbench to OCCA and ran the code in CUDA mode on a 12 GB PCI-E NVIDIA P100 GPU with: ./occaBenchMain 10240000 "mode=CUDA, deviceID=0

There are roughly three schools of thought about how much stabilization should be added to control the continuity of solutions obtained through discontinuous Galerkin discretizations of time-dependent linear wave problems (e.g. acoustics, electromagnetics, linear elasticity). We can view each of these methods as one instance of a singly parameterized method. Without dwelling on too many details the variational equation for a symmetric linear hyperbolic wave system on each ele

It is tempting to use 32 bit floating point arithmetic (FP32) on GPUs. Modern consumer grade cards from NVIDIA have theoretical peak performance of 10 TFLOPS. However, we do have to be careful about when it is safe to use single precision in high-order calculations. The above simulation was run once with FP32 (single precision shown on the left) and run once with FP64 (double precision shown on the right). You might notice a granular nature of the vorticity field in the left

First flow from our new flow solver rendered using Paraview. Stay tuned for more details.

Produced using the FRAX app (link).

Computing the Mandelbrot fractal is seemingly a perfect application for the GPU. It is simple to state: iterate z = z^2 + c, starting with z=0 for a set of values c drawn from the complex plane (wiki). The number of iterations it takes for |z| to exceed 4 is recorded and used to color a pixel in the Mandelbrot image. The image on the left is an example Mandelbrot image where each pixel corresponds to a different choice of c. Since the iteration for each value of c is independ

This is the new Pascal GPU cluster hosted in the Math Department at VT. It consists of four compute nodes, each equipped with six NVIDIA GTX 1080 TI GPUs. Each GPU has a nominal peak FP32 performance of approximately 10 TFLOPS/s (link) hence the cluster can potentially process approximately 240 TFLOPS/s. In practice actual achieved floating point performance depends strongly on the nature of the specific application. This equipment was provided by the John K. Costain faculty

Rules of thumb for optimizing FP64 CUDA kernels on the Pascal class NVIDIA P100 GPU [ numbers vary depending on the specific model, the following are measured on the 12GB PCI-Express version ] Rule #1 - device global memory bandwidth is limited The device memory bandwidth is listed at 549 GB/s, but cudaMemcpy only typically achieves ~400 GB/s for device-to-device copies. We are very unlikely to be able to exceed the performance of a device-to-device copy with a kernel. The