FP8 is ~100 tflops faster when the kernel name has "cutlass" in it
11–20 of 114 posts
Re: FP8 is ~100 tflops faster when the kernel name has "cutlass" in it
#12Re: FP8 is ~100 tflops faster when the kernel name has "cutlass" in it
#13is 100 tflops a lot?
Re: FP8 is ~100 tflops faster when the kernel name has "cutlass" in it
#14Intel's quest to move from "trusted by default / the reference" to "check for scam" is getting worse every release. And it's 100% self inflicted. How weird.
Re: FP8 is ~100 tflops faster when the kernel name has "cutlass" in it
#15Intel's quest to move from "trusted by default / the reference" to "check for scam" is getting worse every release. And it's 100% self inflicted. How weird.
Re: FP8 is ~100 tflops faster when the kernel name has "cutlass" in it
#16is 100 tflops a lot?
Re: FP8 is ~100 tflops faster when the kernel name has "cutlass" in it
#17If you have hundreds of passes that are complex and rely on various "contracts" like type names or some shit, then really crazy things like this can happen unintentionally and not maliciously
Re: FP8 is ~100 tflops faster when the kernel name has "cutlass" in it
#18I have small experience with compilers and llvm but youd be shocked how many things rely on names and parsing names If you have hundreds of passes that are complex and rely on various "contracts" like type names or some shit, then really crazy things like this can happen unintentionally and not maliciously
Re: FP8 is ~100 tflops faster when the kernel name has "cutlass" in it
#19Re: FP8 is ~100 tflops faster when the kernel name has "cutlass" in it
#20In `libnvidia-nvvm.so` the string `cutlass` appears right after `Memory Dependence Analysis` and `memdep`. Perhaps it acts as an optimization attribute of some sort, where the compiler is allowed to make assumptions about the kernel's behavior that are not valid in general?