The lengths this man went to to prove he's right 😂
The ultimate way to prove you were only slightly slower than everyone else is to spend 36 hours sending 50 million requests.
Next competition should be about the most efficient way to measure dicts
@5:10 "stick with vendor implemented options and you will mostly get the best performance" Reminds me of the joke "How do you write faster Python? Use C."
@ThePrimeagen Bravo! Good to see you addressing the reality of environmental factors on timing benchmarks. With my background in large-scale scientific computing on shared resources, it was the first thing I thought of when I saw you discover (on Twitch) that your live-coded leftpad was "slower". The unpredictability is real. And it's frakkin' annoying.
hahahaha, the comment "this cured my impostor syndrome" has me dying lollll
In case you are curious, leftpadTravvy doubles the size of padding on every iteration, this means that only O(log(n)) string additions is performed. Although I have no idea why it is better to do it this way instead of adding a string of a given length right away. This technique is quite cool because it can be used in various domains, for example to raise numbers to a power of n quickly
you should definitely do more videos like this, they are fun to watch and helps to understand who to become a batter developer
4:44 well, ackshually, Strager posted a video here on yt where he absolutely destroys cpp and rust's native hashtable speeds by implementing his own hashing function. Of course it was designed for his specific use case, but I think it should be noted that the real take away of this are the friends we made along the way.
Love this full on demonstration of what Prime means when he says mucrobenchmarks lie. Also love that he used the average of medians instead of the average of averages, this man how to measure anything’s. Sending all the signals for more of this.
This reminds me of that time TechSavvyTravvy beat Prime at leftPad.
Great video dude, would love to see more videos like this that focus around benchmarking. I really liked your benchmark videos you were doing awhile back with Rust vs TS vs Go. Another thing i'd like to see a video on, is some parsing code to an AST with rust. I've done a good bit of it with babel or jscodeshift, but it feels like another world when i'm trying to do it in Rust. Thanks again dude for all your hard work and long hours put into this stuff.
"All benchmarks are wrong, but some are useful."
Imposter syndrome left uncured
I respect going this hard about anything. On the other hand, I love weird incantations. Good shit Prime.
No Errorbars/Standard deviations though. Can't really judge the data without them.
The classic linux book called Rebel Code by Glyn Moody contains a chapter on "lies and benchmarks". Statistics and benchmarks very often are misused or abused for propaganda and marketing purposes.
I like how much JS-Fuckery the Travvy solution managed to build in their. Hats off, I genuinely feel like I learned something just from figuring out why its so damn fast
I had to check if the video was running at x1.25 speed by accident.
@McMurchie