Wheel reinventor | GPU Programming | Games & Graphics @orionst4r personal space heater

void* Liam retweeted
don't optimize for something that can be removed entirely
1
8
61
6,877
void* Liam retweeted
Copyright infringement from AI is such a terrible thing. Do NOT open source your codebases people. Maintain your trade secrets and do not release symbols. Protect yourself better than this.
Oomf made a debugger in a day and got blocked by Ryan Fleury
14
9
238
17,657
void* Liam retweeted
"I think ecologists need to be much more concerned by the wave of proudly-ignorant anti-mosquito technology campaigns coming."
I think ecologists need to be much more concerned by the wave of proudly-ignorant anti-mosquito technology campaigns coming. It’s one thing to smartly apply biocontrol where necessary to reduce disease, it’s another to try to eliminate an entire family of insects for all time.
54
154
3,625
137,151
void* Liam retweeted
Oh come on. Quick look at colorshift (13x faster): HashMap in hot loop (unoptimized Rust vibeslop) is slower than indexed arrays (ASM). No shit. Numbers like 17x should raise eyebrows but reading the comments nobody is thinking anymore. This AI psychosis has fried people's brains
5
85
1,882
46,169
Downplaying or outright denying the religious symbolism and Christian influence in the Halo series is one of those things that sounds like culture war fluff on the surface, but the fervor with which people deny the obvious truth reveals its importance.
19
74
1,372
9,525
I’ve noticed a lot of the slop users are using slop prompting to workaround complexity that shouldn’t be there in the first place. Thereby normalizing the complexity, and adding their extra layer which is also something that they don’t understand the workings of.
3
5
64
2,231
void* Liam retweeted
Normalize caring about the details
25
73
1,070
17,447
I may get this follow-up out this weekend. If not, it'll be early next week. Either way, will post again once it's up. A demo program/repo will accompany the post ofc.
Got busy and completely forgot to write the follow-up to my initial blog post. I am still busy, but I will try to make time to work on it in the background and maybe it'll be useful to someone when it's done.
1
2
100
I'm sure anyone who may have already read and used the first post at this point will have already figured out everything I'm writing about in this follow-up, but I still want to get this follow-up out anyway.
21
vulkan shaders loading from nvme device directly no cpu involved in loading.
2
3
80
4,431
void* Liam retweeted
Ten years ago, I stopped using P99 and switched to P100, always. - it’s easier to calculate (just take the max) - it’s easier to understand (this is as bad as it gets, there’s nowhere to hide) - optimizing for P100 tends to optimize for all percentiles (especially over time)
Most developers know that avg latency is misleading and they should use percentiles instead. They also know that if 90tile response time is 200ms, then 10% of the requests had response times higher than 200ms. Well, the last sentence is false. Or rather, true in theory. The only way to calculate true percentiles is by sorting and scanning all the data. Since this often means many millions of datapoints, we actually don't do that. We approximate. With histograms. How does that work? You create buckets of values: 0 to 0.05, 0.05 to 0.25, 0.25 to 1, 1 to 5, 5 to infinity. Then you accumulate: number of data points, sum of values and the number of data points that fall in each bucket. Now, if I ask you for the 90tile value, you start going over the buckets from lowest to highest latencies, and add the number of points in each bucket. Once you go past 90% of the data points, you know that your 90tile value is in this bucket. Then you give either the middle of the bucket or the upper bound as the estimate. Note that you don't know what % of the data is higher than the estimate. And also note that the quality of the estimate really depends on how the data ends up distributing between the buckets. It isn't uncommon for ntiles 90, 95 and 99 to all fall in the same bucket (if your distribution is "heavy tail"). And sometimes all or most of the data falls in one bucket and you can tell nothing. I recently had a case where we noticed the 99tile of response time for a specific request type was 10s. This was both high and suspicious - we have a 10s timeout in some places. But we couldn't find any request that hit these timeouts in our logs. Super weird! Until a smarter colleague realized (by looking at sample traces) that 10s was just the lower bound of the top bucket. The requests actually timed out at 60s. This allowed me to find the timeout they actually hit and fix the issue. So the lesson is: Averages are misleading. But percentiles are usually approximate and can be misleading too! Be careful not to trust the data blindly. #StatisticsSaturday
34
34
1,215
156,806
void* Liam retweeted
Compiler guy here don't start with LLVM
Writing your own Compiler is an unbeatable learning experience for anyone who wants to understand low level fundamentals. Not just for understanding how hardware and operating systems work, but also for security. The best way to start is to use what is an available and LLVM is the best standard with extensive documentation for all purposes. I highly suggest anyone looking to gain that experience to start sifting through LLVM docs and getting familiar with compiler and optimization architecture. llvm.org/
51
46
1,395
98,383
void* Liam retweeted
I've changed my mind about memory management when prototyping. I used to think that you should just wildly malloc everything when you prototyping until you figure out the overall flow and logic, so that memory management stays out of the way. But after forcing myself to use static arrays (or their variations like non-growing arenas) for everything - they are just better. They force you to actually think which things go together, and also they are a great way to gauge explicit limits of your program. Seems like I owe Joran Greef another apology!
23
11
454
22,051
void* Liam retweeted
34
18
707
31,244
You *can* do this. You can also just do a 2-3 day fast once a week and just generally try to eat a protein-focused diet on the other days without having to stress about how many calories you're consuming.
if you actually want to lose weight you need to meticulously count every single calorie in and out for two weeks. no cheating. count everything. every meal every drink every little snack. i promise you your whole world will change forever
1
191
Add some salt to your water and keep active on fasting days and you won't see any real muscle loss. Break the fast on the final day when you're done with all your work/exercise/chores with a small high-protein (I like a sirloin steak) meal.
41
void* Liam retweeted
There should be a federal ban on marijuana just because it smells bad.
53
169
3,184
32,732
void* Liam retweeted
People have no idea how fast computers are
How the hell can they render so much shit
13
18
314
21,685
I've started to enjoy running, which is not something I ever expected to be able to say.
1
8
180
Got busy and completely forgot to write the follow-up to my initial blog post. I am still busy, but I will try to make time to work on it in the background and maybe it'll be useful to someone when it's done.
2
255