Linux CUDA build lacks the fast-math flags the Windows build gets
envgap__MrNeRF__LichtFeld-Studio-1763
01 / FAILURE SIGNATURE
As reported upstream
No identifying execution failure has been captured.
Not a benchmark task.
- In a clean container the reported failure did not reproduce, or the known fix did not make the project run.
02 / ENVIRONMENT RECIPE
- Base commit
3d677f882dd5996d53a6657213b7b5493a627314- Manifest
src/training/rasterization/edge_compute/CMakeLists.txt- Reproduce
Awaiting issue-specific recipe- Run under trace
Awaiting a meaningful runtime command
03 / ORIGINAL ISSUE TEXT
MrNeRF/LichtFeld-Studio #1763 · read the original issue
Found during the fastgs performance review (#1757). src/training/rasterization/fastgs/CMakeLists.txt adds --use_fast_math only on the MSVC branch. On Linux the kernels compile with full IEEE divisions and transcendental calls. Consequences: - Windows and Linux builds train with different numerics today, so results and gradient-check behavior are not identical across platforms. - Linux pays roughly 10 instructions per division; #1757 removed the worst offenders by hand, but many remain. Decision needed: align the platforms one way or the other. Enabling fast-math on Linux is a one-line change but alters gradients (approximate exp/div, flush-to-zero) and would need the FD gradcheck suite re-validated; removing it from Windows keeps exact math everywhere at some Windows speed cost. Either way, the two builds should match.
04 / LABELS
Labels from the report text only; not yet run
No supported category has been assigned.
Label rules and the text that matched
[]