keywords: Graphics, Forward Shading, Forward Rendering

Related articles:
[Graphics]Deferred Shading Notes

Forward Rendering

Pros and Cons

Pros:

  • MSAA
  • Complex Materials
  • Bandwidth friendly
  • Translucency just works
  • Features can be enabled per-material

Cons:

  • No screen-space operations
    • SSR, SSAO, Contact Shadows, IES, Subsurface Profiles.
  • GPU Occupancy suffers

Origin: Subsurface Scattering in the Unreal Forward Renderer

Performance tradeoff

Forward rendering is the process of computing a radiance value for a surface fragment directly from input geometry and lighting information. Deferred rendering splits that process into two steps: first producing a screen-space buffer containing material properties (a geometry buffer, or G-buffer) built by rasterizing the input geometry, and second producing a radiance value for each pixel by combining the G-buffer with lighting information.

Deferred rendering is often presented as an optimization of forward rendering. One explanation is that lighting is fairly expensive and if you have any overdraw then you are lighting pixels that will never be seen on screen, whereas if you store material properties into a G-buffer and light afterwards, you are only lighting a pixel that will actually appear on-screen. Is this actually an advantage of deferred, given that you can also do a depth pre-pass and then do a forward rendering pass with depth test set to D3D11_COMPARISON_EQUAL or GL_EQUAL or the equivalent?

Deferred rendering also has the potential to schedule better on the GPU. Splitting one large warp/wavefront into a smaller geometry wavefront and then smaller lighting wavefronts later improves occupancy (more wavefronts in flight simultaneously). But you also end up with a lot more bandwidth use (writing out a large number of channels to the G-buffer, then reading them back in during lighting). Obviously the specifics here depend a lot on your GPU, but what are the general principles?

Are there other practical performance considerations when deciding between forward and deferred rendering? (Assume that we can use variations of each technique if necessary: i.e. we can compare tiled forward to tiled deferred as well.)

It is possible to avoid overdraw from opaque objects even with forward rendering by doing a depth pre-pass and using that information to reject any pixel that is not actually visible. However, depending on the vertex cost of your scene, a depth pre-pass may add an unacceptable amount of performance overhead. Additionally, rendering using the pixel shading pipeline of the GPU means that you don’t pay a cost per pixel that is rendered, you pay a cost per 2x2 pixel quad that is rendered. So even doing a depth pre-pass still causes triangle edges to waste work shading pixels that will be discarded.

GPU scheduling is a complex topic, and the tradeoff between forward and deferred does not boil down simply to “runs faster but uses more bandwidth.” If you have two equally cheap operations that run in sequence and each use the same number of resources, there’s no reason to split them into separate shaders: two small wavefronts that each use X resources don’t fundamentally work better than a single longer wavefront that also uses X resources. If you have a cheap operation and an expensive operation to run in sequence, though, it may benefit from splitting into separate shaders: the shader in general will reserve the maximum amount of resources that it might use at any point. It’s conceivable that forward rendering may not be able to use all the bandwidth of your GPU because there are so few wavefronts in flight that it cannot issue enough operations to saturate the bandwidth. But if you are bandwidth limited, there may be no advantage to deferred rendering (since it will probably use more bandwidth).

An additional performance concern is that forward rendering supports different material types (different BRDFs, say) simply by using a different shader for that object. A straightforward deferred renderer needs to handle different material types in a different way (potentially a branch in the shader), since work is no longer grouped into warps/wavefronts coherently depending on the object being rendered. This can be mitigated with a tiled renderer—if only specific areas of the screen use an alternate material type (say, for hair), then you can use the shader variation with a material type branch only for tiles that contain any pixels with that material.

Origin: What is the performance tradeoff between forward and deferred rendering?

Forward Plus (Tiled Forward) Shading

Source

Forward+ renderer in Vulkan using Compute Shader. An Upenn CIS565 final project.
https://github.com/WindyDarian/Vulkan-Forward-Plus-Renderer

Blogs

Forward vs Deferred vs Forward+ Rendering with DirectX 11
https://www.3dgep.com/forward-plus/

Forward框架的逆袭：解析Forward+渲染
https://www.cnblogs.com/gongminmin/archive/2012/04/22/2464982.html

Tiled Based Deferred Shading与Forward+
https://blog.csdn.net/wolf96/article/details/85541991

DOOM (2016) - Graphics Study
https://www.adriancourreges.com/blog/2016/09/09/doom-2016-graphics-study/

DOOM Eternal - Graphics Study
https://simoncoenen.com/blog/programming/graphics/DoomEternalStudy

Documents

Rendering a Scene with Forward Plus Lighting Using Tile Shaders
https://developer.apple.com/documentation/metal/rendering_a_scene_with_forward_plus_lighting_using_tile_shaders

Metal 2 on A11 - Tile Shading
https://developer.apple.com/videos/play/tech-talks/604/

Clustered Forward Rendering and Anti-Aliasing in ‘Detroit: Become Human’
https://ubm-twvideo01.s3.amazonaws.com/o1/vault/gdc2018/presentations/Marchalot_Ronan_ClusteredRenderingAnd.pdf

Practical Clustered Shading
http://www.humus.name/Articles/PracticalClusteredShading.pdf

Papers

Forward+: Bringing Deferred Lighting to the Next Level
https://takahiroharada.files.wordpress.com/2015/04/forward_plus.pdf

Forward+: Bringing Deferred Lighting to the Next Level
https://takahiroharada.wordpress.com/wp-content/uploads/2015/04/forward_plus.pdf

“People in any organization are always attached to the obsolete - the things that should have worked but did not, the things that once were productive and no longer are.” ― Peter Drucker