HNHacker News
TopNewBestAskShowJobs

gbrown_

8,824 karma · joined May 15, 2016

submissionscomments
gbrown_··on Continued Fractions in Haskell
The actual title did not fit within the character limits and I couldn't chop it down without really changing it, so I've submitted this with the title of the author's earlier version.
gbrown_··on Vegen: A Vectorizer Generator for SIMD and Beyond
There's also a video presentation here https://www.youtube.com/watch?v=uwNAnC2y8ds
gbrown_··on A Microsoft custom data type for efficient inference
A couple of other related links.

Paper: https://proceedings.neurips.cc/paper/2020/file/747e32ab0fea7...

Video: https://www.youtube.com/watch?v=It2TYTlvU2c

gbrown_··on Linux Kernel: The multi-generational LRU
Previous discussion https://news.ycombinator.com/item?id=26671848
gbrown_··on Coq searches for alternative name
The juvenility of people astounds me.

If there are people in the community purposely ignorant of the French entomology and using the similarity to "cock" to troll or harass others does the project changing it's name even help? Those people are still present. Perhaps cutting off such an avenue does reduce toxicity but it feels like catering to the lowest common denominator. Is it too much to expect basic decency these days?

Not to mention the English normative focus. Have there been other large projects that felt the need to change their name because of connotations in languages other than English?

gbrown_··on Intel Launches 10nm 'Ice Lake' Datacenter CPU with Up to 40 Cores
Oh neat, thanks!
gbrown_··on Intel Launches 10nm 'Ice Lake' Datacenter CPU with Up to 40 Cores
This is mainly a PR piece, Anandtech offers far more complete coverage https://www.anandtech.com/show/16594/intel-3rd-gen-xeon-scal...
gbrown_··on OpenBSD Adds Support for Coordinated Mars Time (MTC)
It's legitimate salvage!
gbrown_··on OpenBSD Adds Support for Coordinated Mars Time (MTC)
Doors and corners...
gbrown_··on OpenBSD Adds Support for Coordinated Mars Time (MTC)
For Beltalowda!
gbrown_··on Crystal Programming Language 1.0
Whilst this post was sumbitted earlier another later post perhaps provides a better link [1] and already has some comments, this should probably be marked as a dupe.

[1] https://news.ycombinator.com/item?id=26545082

gbrown_··on Landlock: Unprivileged Access Control
LKML mailing list post with further links https://lore.kernel.org/lkml/20210316204252.427806-1-mic@dig...
gbrown_··on All Futurama Opening Quotes
Whilst another commenter has answered this you may enjoy this list of "Alienese" appearances and the translations https://theinfosphere.org/List_of_alien_language_sightings#S...
gbrown_··on Unprivileged Chroot()
If changing a process root directory is really what you want to do then yes chroot is the right tool for the job. But from a perspective of "jailing" daemons as mentioned in the article I think unveil is a better API.

I'm not sure what pieces of software populate directories and then chroot into them aside from maybe some build systems? But those likely create or bind in some /dev and /proc pieces which would be privileged operations anyway. And in such a case would containers not have surplanted chroot?

gbrown_··on Unprivileged Chroot()
Sorry I don't quite grok your comment. It sounds like a bind mount so I'm unsure how it relates to unveil or chroot?
gbrown_··on Unprivileged Chroot()
Can you elaborate on this please? I'd consider unveil to be far more capable of creating "an arbitrarily structured virtualized filesystem" view than chroot. I'd also invert the thinking of "just hide parts of the existing filesystem" as it whitelists paths and access rather than blacklisting.
gbrown_··on Seagate's Roadmap: The Path to 120 TB Hard Drives
> I wouldn’t feel comfortable with RAID5/6 even on today’s ~10TB drives.

I fully agree with this part. De-clustered RAID really should have been mainstream a long time ago. Thankfully dRAID in OpenZFS will bring this to the "masses" in the sense of it being an open source implementation, whereas this has traditionally been a proprietary feature.

> The solution isn’t more parity disks, it’s to move away from that RAID set up entirely.

But I strongly disagree with RAID being the problem. Rather the increasing of capacity with bandwidth not really improving is the issue. Of course this is a inherent limitation of disk drives.

gbrown_··on Seagate's Roadmap: The Path to 120 TB Hard Drives
Depending on what you mean by "dumb down" Seagate have their Kinetic stuff presenting an object API which is could be viewed as simpler but arguably the drive is doing more.
gbrown_··on Seagate's Roadmap: The Path to 120 TB Hard Drives
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 expensive today but I think the combination of these factors will be what displaces disks rather than purely $$$/TB.
gbrown_··on Mozilla plans to remove the Compact Density option from Firefox's Customize menu
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.
gbrown_··on Spectre in JavaScript
JavaScript based examples are shown in the Spectre paper.
gbrown_··on Goroutines are not significantly lighter than threads
> 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 these models are compared.

gbrown_··on Git Clone Vulnerability Announced
For those having déjà vu about Git and a CVE around case-insensitivity like I was.

https://news.ycombinator.com/item?id=8769667

gbrown_··on Nuclear power must be well regulated, not ditched
Thank you for the detailed and insightful reply!
gbrown_··on Nuclear power must be well regulated, not ditched
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 power is concerned, the DOE seems to being an OK job as of late. Could you share the specifics of the tests you are referring to?

gbrown_··on Reddit: Online Presence Indicators
Sadly the outbound preferences will be going away too it seems.

https://www.reddit.com/r/changelog/comments/lqtecn/update_to...

gbrown_··on Reddit: Online Presence Indicators
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.
gbrown_··on Edit: A text-editor mixing vi and Acme
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 about attracting users either.

I admire Vis but at the end of the day a text editor is just a tool. When the investment into changing out such a tool becomes worth it is entirely user dependent.

[1] https://github.com/martanne/vis#non-goals

[2] https://github.com/martanne/vis/wiki/Differences-from-Vi(m)

gbrown_··on Edit: A text-editor mixing vi and Acme
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 said I'm less and less impressed with Vim as time goes on so that will likely change at some point.
gbrown_··on Edit: A text-editor mixing vi and Acme
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.
← PreviousPage 4 of 16Next →