GCC 13 vs. Clang 17 Compiler Benchmarks, Early Clang 18 & GCC 14 Development Benchmarks

Written by Michael Larabel in Software on 28 December 2023 at 07:27 AM EST. Page 5 of 8. 13 Comments.
Kvazaar benchmark with settings of Video Input: Bosphorus 4K, Video Preset: Slow. Clang 17.0.2 was the fastest.
Kvazaar benchmark with settings of Video Input: Bosphorus 4K, Video Preset: Medium. Clang 17.0.2 was the fastest.
Kvazaar benchmark with settings of Video Input: Bosphorus 4K, Video Preset: Very Fast. Clang 17.0.2 was the fastest.
Kvazaar benchmark with settings of Video Input: Bosphorus 4K, Video Preset: Super Fast. Clang 17.0.2 was the fastest.

The Clang-built binaries for the Kvazaar H.265 encoder tended to be slightly faster than GCC.

SVT-AV1 benchmark with settings of Encoder Mode: Preset 4, Input: Bosphorus 4K. Clang 17.0.2 was the fastest.
SVT-AV1 benchmark with settings of Encoder Mode: Preset 8, Input: Bosphorus 4K. Clang 17.0.2 was the fastest.
SVT-AV1 benchmark with settings of Encoder Mode: Preset 13, Input: Bosphorus 4K. GCC 13.2 was the fastest.

The different binaries were quite close with the SVT-AV1 open-source AV1 video encoder benchmarking.

SVT-VP9 benchmark with settings of Tuning: PSNR/SSIM Optimized, Input: Bosphorus 4K. Clang 18 23 Dec was the fastest.
SVT-VP9 benchmark with settings of Tuning: Visual Quality Optimized, Input: Bosphorus 4K. GCC 13.2 was the fastest.
uvg266 benchmark with settings of Video Input: Bosphorus 4K, Video Preset: Medium. Clang 17.0.2 was the fastest.
uvg266 benchmark with settings of Video Input: Bosphorus 4K, Video Preset: Very Fast. Clang 18 23 Dec was the fastest.
uvg266 benchmark with settings of Video Input: Bosphorus 4K, Video Preset: Super Fast. Clang 18 23 Dec was the fastest.
uvg266 benchmark with settings of Video Input: Bosphorus 4K, Video Preset: Ultra Fast. Clang 18 23 Dec was the fastest.
x265 benchmark with settings of Video Input: Bosphorus 4K. Clang 18 23 Dec was the fastest.

Overall for the video encode benchmarks the results tend to be quite close due to most encoders relying on a lot of hand-tuned code.


Related Articles