Very cool! Also, huh interesting. I’ve used rdtsc to measure cycle diffs but had no idea its execution takes that long. Is that common across architectures?
Assembly Hall of Shame
21–30 of 105 posts
Re: Assembly Hall of Shame
#22Very cool! Also, huh interesting. I’ve used rdtsc to measure cycle diffs but had no idea its execution takes that long. Is that common across architectures?
AFAIK it acts as some kind of execution barrier, to give meaningful timing.
Re: Assembly Hall of Shame
#23This author also has other things like: A compiler that emits only `mov` instructions and another compiler that deliberately messes with the control flow so that, if disassembled, common debuggers will draw symbols like skulls or threats. https://github.com/xoreaxeaxeax/repsych
Re: Assembly Hall of Shame
#24Re: Assembly Hall of Shame
#25It’s crazy how computers still seem to get perceivably slow every few years, given how many instructions can be executed in 1ms. Shameful, even.. What’s that law called about programmers wasting all the compute on abstraction?
Re: Assembly Hall of Shame
#26It’s crazy how computers still seem to get perceivably slow every few years, given how many instructions can be executed in 1ms. Shameful, even.. What’s that law called about programmers wasting all the compute on abstraction?
Wirth's Law I believe.
Re: Assembly Hall of Shame
#27Nop should be #1, because it is infinitely slow for what it does. ;)
Score: 1 cycles Time: 0 nanoseconds
Re: Assembly Hall of Shame
#28Earlier quoted context omitted.
Huh? A millisecond is an eternity!
I remember reading once somewhere: If some app responds in 10ms or less, it is INTERACTIVE . makes you think.
Re: Assembly Hall of Shame
#29It would be much more interesting to know the results if you're only allowed to use main memory.