Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
keldaris
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
14 ms
·
91.
▲
by
keldaris
7y ago
His CPU reviews in particular have at times been virtually unparalleled in the industry. I don't think name recognition is an issue. It's just painful to see that suffer for run of the mill industry news reporting.
92.
▲
by
keldaris
7y ago
I can't resist asking something that's been bugging me for a long time. The issue of insane travel schedules has openly plagued AnandTech for a long time now, both delaying reviews and severely impacting their quality when they do
93.
▲
by
keldaris
7y ago
As you've correctly identified, CUDA is the only sane default choice in the GPGPU world. OpenCL 1.2 is a viable distant second if you're sure you don't need any of the major CUDA libraries and value the portability aspect (no
94.
▲
by
keldaris
7y ago
What does she think about phakic intraocular lens implantation as an alternative to LASIK/PRK?
95.
▲
by
keldaris
7y ago
You can have options and results in C++ if you like (I sometimes use custom result types, and I certainly don't use exceptions), but there's no language-level support for them and that's valuable, I agree. Not sure I understa
96.
▲
by
keldaris
7y ago
Thank you for sharing your experience! I'd be very curious to hear more about your experience in doing GPGPU work in Rust - it was my understanding that there was virtually no tooling, libraries or support for that kind of thing beyond
97.
▲
by
keldaris
7y ago
> I see two very different situations if the original poster is "using C++" or "using C++ and a suite of quality static analysis tools". I guess I'm somewhere in between on that spectrum. I use clang-tidy and val
98.
▲
by
keldaris
7y ago
Can you elaborate a bit on how the bug worked and why Rust would have prevented it? I'm genuinely curious because the only bugs I've ever had with comparable presentation and consequences have been logic bugs which no set of langu
99.
▲
by
keldaris
7y ago
Since you quoted me, I'd like to clarify my statement. When I said: > Rust is very deliberately designed to address safety and correctness issues that exist in a style of programming that's just completely orthogonal to what I
100.
▲
by
keldaris
7y ago
Right, the OP solved this using Rayon's par_chunks_mut, then enumerate and foreach over that, so I assumed that's the most ergonomic way to work around the issue. I certainly wasn't claiming that there are no workarounds, mer
101.
▲
by
keldaris
7y ago
I partly addressed this in another comment already, but perhaps I can try to convey a bit more of why I'm completely unimpressed by that argument for my use case. First of all, the "Bad Things" aren't actually uniformly
102.
▲
by
keldaris
7y ago
I fix out of bounds errors fairly frequently, but every single one of them is a trivial typo that is caught instantly and takes under 10 seconds to fix and re-test, literally. The reason for that is that in my domain all the memory requirem
103.
▲
by
keldaris
7y ago
I can't really comment on that case without seeing the code, but maybe you can describe how Rust might prevent those issues - how was the memory corrupted? In the kind of code I write, I find it extremely trivial to avoid the stereotyp
104.
▲
by
keldaris
7y ago
For the vast majority of cases I've found it possible (and very much worthwhile) to just think a bit harder and avoid race conditions by construction (for instance, reformulating an algorithm so that writes only occur to different cach
105.
▲
by
keldaris
7y ago
I mostly use C++ for numerical simulations in physics and associated code (analysis, some visualization, etc.). That means my primary consideration is the ease and convenience of writing high performance code for a narrow set of hardware. I
106.
▲
by
keldaris
7y ago
That's absolutely right (and thank you for the reference), but this benchmark starts off with fairly naive code where -ffast-math may still help considerably.
107.
▲
by
keldaris
7y ago
This is a wonderfully written comparison benchmark and it deserves attention even for that reason alone. It knows its target audience, explains what's going on succinctly but completely, and avoids most of the usual benchmark pitfalls
108.
▲
by
keldaris
7y ago
That was interesting indeed, thanks. For an outsider, the most trivial takeaway from that is something along the lines of "Rust is slow to compile and it's probably not getting 10x faster any time soon". Beyond the obvious cu
109.
▲
by
keldaris
7y ago
I don't have anything solid backing this up, but I've often heard Rust proponents claim that the borrow checker is actually fairly cheap in terms of compile time overhead. Looking at the PR, it's obvious that it generates qui
110.
▲
by
keldaris
7y ago
Can anyone elaborate a bit on why this PR has such terrible compile times? As someone with only a passing familiarity of Rust (I do most of my work in C/C++ and generally expect sub-10s compile times), I would naively expect that writi
111.
▲
by
keldaris
7y ago
While you can essentially write C in almost any language, C++ is particularly well suited to it.
112.
▲
by
keldaris
7y ago
Ironically, I think it's being almost fully remote that's made me appreciate cars so much. Driving becomes a pleasant activity when you have the freedom to only drive at off-peak hours, avoid all traffic jams, etc. It is also a gr
113.
▲
by
keldaris
7y ago
Why? This is not a hard problem and there's nothing wrong with parallelism in C. I'd much rather work on parallelizing the C code than deal with any amount of Haskell. I suspect there are more people who would agree with me than t
114.
▲
by
keldaris
7y ago
Thank you for that website. As I disable mitigations on all my personal hardware, this saved me a bit of time when this whole thing started and has served as a nice quick reference since.
115.
▲
by
keldaris
7y ago
Really depends on the content. If I'm being presented with a mathematical theorem, for instance, I'd like to read the exact statement at my leisure while the speaker reads it and then talks about it. Structuring derivations can al
116.
▲
by
keldaris
7y ago
As a research scientist, I can not tell you how many scientists seem to have watched a few TED talks too many and desperately try to be interesting, never actually telling me the essence of what they've done instead of some analogy or
117.
▲
by
keldaris
7y ago
Thankfully, there's nothing mandatory about OO in C++. I mostly just use C++ as an incremental improvement over C - not "C with classes", but C with constexpr, a bit more type safety and a few other niceties. Nim is better in
118.
▲
by
keldaris
7y ago
I was quoting the original article, not expressing an opinion on OOP.
119.
▲
by
keldaris
7y ago
The list may be entertaining, but displays little in the way of objectivity. For instance, OOP is a major con of C++ (even though many people write C++ all day without any of it) but isn't even mentioned with regards to Java and C#? Re
120.
▲
by
keldaris
7y ago
As a physicist, I found it to be a very pleasant and self-contained read that required very little knowledge of economics to appreciate. It does require some familiarity with mathematical notation, but the logic of the exposition was easy t
More ›