gbrown_

27 ms·

241.
How to Read Shader Assembly(interplayoflight.wordpress.com)
3 points by gbrown_ 6y ago|0 comments
242.
Four Bytes of Power: exploiting CVE-2021-26708 in the Linux kernel(blog.ptsecurity.com)
1 points by gbrown_ 6y ago|0 comments
243.
Hyperparameter Optimization for AST Differencing [pdf](arxiv.org)
2 points by gbrown_ 6y ago|0 comments
244.
by gbrown_ 6y ago
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
245.
by gbrown_ 6y ago
Oh neat, thanks!
246.
What have we lost? [video](media.ccc.de)
220 points by gbrown_ 6y ago|83 comments
247.
by gbrown_ 6y ago
This is mainly a PR piece, Anandtech offers far more complete coverage https://www.anandtech.com/show/16594/intel-3rd-gen-xeon-scal...
248.
A Tour of Safe Tracing GC Designs in Rust(manishearth.github.io)
3 points by gbrown_ 6y ago|0 comments
249.
Why kind-level foralls don't interact with ScopedTypeVariables(ryanglscott.github.io)
1 points by gbrown_ 6y ago|0 comments
250.
I Built a TV That Plays All of Your Private YouTube Videos(bugs.xdavidhu.me)
2 points by gbrown_ 6y ago|0 comments
251.
by gbrown_ 6y ago
It's legitimate salvage!
252.
by gbrown_ 6y ago
Doors and corners...
253.
by gbrown_ 6y ago
For Beltalowda!
254.
Haskell base proposal, part 2: unifying vector-like types(snoyman.com)
5 points by gbrown_ 6y ago|0 comments
255.
Theory and Practice of Sprixels(nick-black.com)
27 points by gbrown_ 6y ago|3 comments
256.
BPF for storage: an exokernel-inspired approach(arxiv.org)
122 points by gbrown_ 6y ago|39 comments
257.
Combining Folds Using Semigroups(luctielen.com)
2 points by gbrown_ 6y ago|0 comments
258.
Linearity, Uniqueness, and Haskell(edsko.net)
3 points by gbrown_ 6y ago|0 comments
259.
Printing Algebraic Numbers(fredrikj.net)
87 points by gbrown_ 6y ago|6 comments
260.
The Cost of BPF Tail Calls(pchaigno.github.io)
1 points by gbrown_ 6y ago|0 comments
261.
by gbrown_ 6y ago
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
262.
by gbrown_ 6y ago
LKML mailing list post with further links https://lore.kernel.org/lkml/20210316204252.427806-1-mic@dig...
263.
Landlock: Unprivileged Access Control(git.kernel.org)
1 points by gbrown_ 6y ago|1 comments
264.
x86 – why unite when you can fragment?(realworldtech.com)
3 points by gbrown_ 6y ago|0 comments
265.
by gbrown_ 6y ago
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...
266.
by gbrown_ 6y ago
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
267.
by gbrown_ 6y ago
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?
268.
by gbrown_ 6y ago
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 e
269.
by gbrown_ 6y ago
> 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 "ma
270.
by gbrown_ 6y ago
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.

More ›