Live data from Hacker News

Fp8 runs ~100 tflops faster when the kernel name has "cutlass" in it

github.com

11–20 of 176 posts

Re: Fp8 runs ~100 tflops faster when the kernel name has "cutlass" in it

#16

Someone really needs to learn to use `git commit --amend`. Almost 100 commits with pointless commit messages like "wip" or "x"? Be kinder to your reviewers...

and git commit --fixup git rebase -i --autosquash

Claude, look at this git history, analyse diffs and create an intelligent commit message to replace each commit message. Do a rebase to fix it all up.

Re: Fp8 runs ~100 tflops faster when the kernel name has "cutlass" in it

#17
Heh. Does anyone remember when almost 25 years ago ATI (AMD) caught manipulating the Quake III benchmarks by renaming the executables to ‘quack’?

https://web.archive.org/web/20230929180112/https://techrepor...

https://web.archive.org/web/20011108190056/https://hardocp.c...

https://web.archive.org/web/20011118183932/www.3dcenter.de/a...

Re: Fp8 runs ~100 tflops faster when the kernel name has "cutlass" in it

#18

Earlier quoted context omitted.

and git commit --fixup git rebase -i --autosquash

Claude, look at this git history, analyse diffs and create an intelligent commit message to replace each commit message. Do a rebase to fix it all up.

Would you actually do that? It's information destruction. You can machine generate at any time, but you can only delete the human input once

Re: Fp8 runs ~100 tflops faster when the kernel name has "cutlass" in it

#19

Keeping it real with the commit msgs

I think it's fine if you squash it. I have no idea why they didn't squash it before pushing to GitHub though.

They probably didn’t care. And having many small commits instead of a big squashed one can be useful when using git bisect for example.

Re: Fp8 runs ~100 tflops faster when the kernel name has "cutlass" in it

#20

Earlier quoted context omitted.

Claude, look at this git history, analyse diffs and create an intelligent commit message to replace each commit message. Do a rebase to fix it all up.

Would you actually do that? It's information destruction. You can machine generate at any time, but you can only delete the human input once

My human inputs are usually commit messages like "awdjhwahdwadga" until I do the rebase at the end
Post reply on HN