2489

Practical CFD Simulations on Programmable Graphics Hardware using SMAC

Carlos Eduardo Scheidegger, Joao L.D. Comba, Rudnei D. Da Cunha
Scientific Computing and Imaging Institute, School of Computing, University of Utah, 50 S. Central Campus Dr., Salt Lake City, UT 84112, United States
Computer Graphics Forum, Volume 24, Issue 4, pages 715-728, December 2005

@conference{scheidegger2005practical,

   title={Practical CFD Simulations on Programmable Graphics Hardware using SMACf},

   author={Scheidegger, C.E. and Comba, J.L.D. and Da Cunha, R.D.},

   booktitle={Computer Graphics Forum},

   volume={24},

   number={4},

   pages={715–728},

   issn={1467-8659},

   year={2005},

   organization={Wiley Online Library}

}

Download Download (PDF)   View View   Source Source   Source codes Source codes

Package:

601

views

The explosive growth in integration technology and the parallel nature of rasterization-based graphics APIs (Application Programming Interface) changed the panorama of consumer-level graphics: today, GPUs (Graphics Processing Units) are cheap, fast and ubiquitous. We show how to harness the computational power of GPUs and solve the incompressible Navier-Stokes fluid equations significantly faster (more than one order of magnitude in average) than on CPU solvers of comparable cost. While past approaches typically used Stam’s implicit solver, we use a variation of SMAC (Simplified Marker and Cell). SMAC is widely used in engineering applications, where experimental reproducibility is essential. Thus, we show that the GPU is a viable and affordable processor for scientific applications. Our solver works with general rectangular domains (possibly with obstacles), implements a variety of boundary conditions and incorporates energy transport through the traditional Boussinesq approximation. Finally, we discuss the implications of our solver in light of future GPU features, and possible extensions such as three-dimensional domains and free-boundary problems.
No votes yet.
Please wait...

* * *

* * *

HGPU group © 2010-2017 hgpu.org

All rights belong to the respective authors

Contact us: