Viewing profile — x1f604
x1f604
HN member- Joined
- Sun, Nov 28, 2021, 10:51 AM UTC
- HN karma
- 204
- Public activity
- 27 items
- HN profile
- View on Hacker News ↗
About x1f604
No profile information was provided.
Recent public activity
-
comment
Comment #47120033
BAR runs fine on low end CPUs...until you have like 2,000 units on speed metal
-
comment
Comment #47120022
This is one of the problems that BAR solves beautifully - a player could leave and rejoin later and the game would continue running just fine. An existing player can choose to take…
-
comment
Comment #47120013
I feel like the issue is more that their pathing algorithm is very inefficient. Not sure why using multiple cores would solve the problem if the cause of the lag is that their path…
-
comment
Comment #45004828
> Demis Hassabis has recently given an estimate of human-level AGI in 5 years He said 50% chance of AGI in 5 years.
-
comment
Comment #42809200
It is not rare for flash storage devices to lose data on power loss, even data that is FLUSH'd. See https://news.ycombinator.com/item?id=38371307 There are known cases where power …
-
comment
Comment #39972327
From the book: (Warning: Spoilers ahead) > The next day I told Parry that I was flattered but would not make pentaborane. He was affable, showed no surprise, no disappointment, jus…
-
comment
Comment #39039661
I don't think it's a register allocation failure but is in fact necessitated by the ABI requirement (calling convention) for the first parameter to be in xmm0 and the return value …
-
comment
Comment #39039633
Based on my reading of cppreference, it is required to return negative zero when you do std::clamp(-0.0f, +0.0f, +0.0f) because when v compares equal to lo and hi the function is r…
-
comment
Comment #39039616
Even with -march=x86-64-v4 at -O3 the compiler still generates fewer lines of assembly for the incorrect clamp compared to the correct clamp for this "realistic" code: https://godb…
-
comment
Comment #39039609
Even with -march=znver1 at -O3 the compiler still generates fewer lines of assembly for the incorrect clamp compared to the correct clamp for this "realistic" code: https://godbolt…
-
comment
Comment #39039578
Yes, you are correct, the faster clamp is incorrect because it does not return v when v is equal to lo and hi.
-
comment
Comment #39015529
I think the libstdc++ implementation does indeed have the comparisons ordered in the way that you describe. I stepped into the std::clamp() call in gdb and got this: ┌─/usr/include…
- story
-
comment
Comment #38971558
Medium recommended me this article. Reading it made me realize that I've wasted my youth on useless side projects that don't generate revenue and that realization filled me with dr…
- story
-
comment
Comment #38933936
I don't know exactly how Backblaze does it, but in the normal case, reconstruction is not computationally expensive because the 17 data shards are just pieces of the original file …
-
comment
Comment #38933665
> Consider a company that stores users’ emails in the cloud — that is, on a vast array of servers. You can think of the whole collection of emails as one long message. Now suppose …
-
comment
Comment #37559713
Do people understand code by line-by-line reverse-engineering what the code is doing, or do they understand it by relating it to what they've written before? If the latter is the c…
-
comment
Comment #37334539
> The subject seems to be completely non linear Is this not the nature of learning in general? Why is it supposed that learning things in the linear A-B-C-D fashion is even possibl…
-
comment
Comment #37272127
> At 7% annualised, those $38K would deliver around $33M over 100 years. I'm sorry, I don't understand your point. If you invest that $38K then you will have $33M after 100 years t…
-
comment
Comment #37272072
Sorry, I don't understand how the plan becomes cheaper after factoring in inflation. Wordpress is asking you to make a one-time payment of $38k NOW. Not in the future. Inflation me…
-
comment
Comment #36898518
> Fastest Should be "Fastest on my machine" (where file hashing is IO-bound rather than CPU-bound) > faster than cat to /dev/null Should be "slightly faster than cat to /dev/null" …
- story
-
comment
Comment #30159532
> being top 80% in two areas is much easier (and potentially more profitable)than being top 1% in one very narrow field. Did you mean to say "top 20%" instead of "top 80%"?
-
comment
Comment #29510288
Primitive iron smelting was done with charcoal, I believe. Correct me if I'm wrong.