Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
gbrown_
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
27 ms
·
271.
▲
by
gbrown_
6y ago
Unlike disks flash has the nice advantage that it's not really constrained by form factor though. With a server full of E1.L drives you get strong performance and large storage in a dense space. Of course that's eye-wateringly exp
272.
▲
Haskell base proposal: unifying vector-like types
(snoyman.com)
2 points
by
gbrown_
6y ago
|
0 comments
273.
▲
Fun with Timers and Cpuid
(cpufun.substack.com)
70 points
by
gbrown_
6y ago
|
15 comments
274.
▲
WireGuard for FreeBSD in development for 13.y – and a note of how we got here
(lists.zx2c4.com)
5 points
by
gbrown_
6y ago
|
1 comments
275.
▲
by
gbrown_
6y ago
This would seem contrary to what Mozilla are saying https://bugzilla.mozilla.org/show_bug.cgi?id=1693028#c67
276.
▲
by
gbrown_
6y ago
Another disgruntled user of the compact view here. I don't understand why every design update seems to insist upon adding padding these days, but removing the option entirely feels like a real kick in the teeth.
277.
▲
Hyperfunctions
(doisinkidney.com)
65 points
by
gbrown_
6y ago
|
7 comments
278.
▲
by
gbrown_
6y ago
JavaScript based examples are shown in the Spectre paper.
279.
▲
by
gbrown_
6y ago
> The most commonly cited drawback of OS-level threads is that they use a lot of RAM. This is not true on Linux. I was under the impression this was context switching rather than memory usage, which I haven't seen much about when th
280.
▲
Status update: GHC on Apple M1 hardware
(haskell.org)
5 points
by
gbrown_
6y ago
|
0 comments
281.
▲
by
gbrown_
6y ago
For those having déjà vu about Git and a CVE around case-insensitivity like I was. https://news.ycombinator.com/item?id=8769667
282.
▲
Porting OpenBSD to RISC-V ISA
(github.com)
2 points
by
gbrown_
6y ago
|
0 comments
283.
▲
In Response to “Euler's FizzBuzz”
(blog.antfeedr.com)
5 points
by
gbrown_
6y ago
|
1 comments
284.
▲
by
gbrown_
6y ago
Thank you for the detailed and insightful reply!
285.
▲
by
gbrown_
6y ago
How much are loosening regulations a concern for nuclear in the US? Obviously recently general utilities haven't fared well as of late (Texas) or nuclear in the past (e.g. Rocky Flats). But as a foreigner who thinks as far as nuclear p
286.
▲
by
gbrown_
6y ago
Sadly the outbound preferences will be going away too it seems. https://www.reddit.com/r/changelog/comments/lqtecn/update_to...
287.
▲
by
gbrown_
6y ago
It feels like Reddit is going the same direction Digg did years ago. Sadly for users (but good for Reddit) there isn't a moderately large rival that might have the momentum to capture jaded users.
288.
▲
SchnorrGate – Testing Schnorr's Factoring Claim in Sage
(github.com)
6 points
by
gbrown_
6y ago
|
0 comments
289.
▲
Fun with Timers and Cpuid
(cpufun.substack.com)
2 points
by
gbrown_
6y ago
|
0 comments
290.
▲
by
gbrown_
6y ago
I mean it's a separate project so it has nothing to break "compatibility" with and it's made clear [1][2] the aim is to be different. Given the author is part of the suckless community I really don't think they care
291.
▲
by
gbrown_
6y ago
That would cover some of my wants but not all of them. Whilst I like the idea of structural regular expressions they're not a big enough of a motivation for me add anything I'd miss to Vis when Vim is "good enough". That
292.
▲
by
gbrown_
6y ago
Structural regular expressions seem pretty great. If Vis ever gets some Vim features that allow operating across multiple buffers (quickfix et al) I'd probably switch.
293.
▲
Lessons in Disabling RC4 in Active Directory
(syfuhs.net)
2 points
by
gbrown_
6y ago
|
0 comments
294.
▲
by
gbrown_
6y ago
Both Intel's oneAPI and AMDs ROCm/HIP stacks success are obviously tied to (and part of) the success of each companies future products. And today I'd bet AMD will come off better. They have multiple contracts for HPC systems
295.
▲
by
gbrown_
6y ago
> Seems like yet another CUDA alternative. How many real alternatives are there though aside from OpenCL? Not to mention if you're interested in targeting something that isn't an Nvidia GPU.
296.
▲
An MWSR Queue with Minimalist Locking
(accu.org)
2 points
by
gbrown_
6y ago
|
0 comments
297.
▲
Applicative Parsing
(jobjo.github.io)
93 points
by
gbrown_
6y ago
|
20 comments
298.
▲
by
gbrown_
6y ago
I feel Solaris really got this right with its p* commands, e.g. pargs -e 42 or just penv 42 to mirror your example. Whilst in practice they may use a procfs they could use other backends if implemented on other systems without or with a dif
299.
▲
by
gbrown_
6y ago
This has been posted a few times before, some of the more active previous discussions. 4 months ago: https://news.ycombinator.com/item?id=24849452 ~3 years ago: https://news.ycombinator.com/item?id=16862925
300.
▲
by
gbrown_
6y ago
For anyone interested in the topic I highly recommend checking out Dr. Michael P. Frank's work. This video is good one to start with https://www.youtube.com/watch?v=IQZ_bQbxSXk
More ›