joestringer
Joined 15 years ago
Karma
28
Submissions
25
Member since
Jan 28
Recent submissions
Comment · 5 years ago
The packet-processing BPF programs are less tightly bound to Linux kernel APIs than you might think. Even in Linux, there has been motivation to make the APIs more generic to support different kernel hooks for packets, in particular XDP which doesn't operate on the standard internal packet buffer representation (skbuff).
Comment · 6 years ago
Even looking at the original BPF which focused on filtering packets as they are forwarded to userspace (think tcpdump)[1] and looking at the extensions that eBPF provides on top to hook into various subsystems[2,3], it's clear that this is going far beyond the use cases originally envisioned. I'd love to see an eBPF paper to follow up / contrast with the '93 USENIX BPF paper.
[1]: https://www.tcpdump.org/papers/bpf-usenix93.pdf
[2]: https://ebpf.io/what-is-ebpf#hook-overview
[3]: http://www.brendangregg.com/BPF/bpf_performance_tools_book.p...
Comment · 6 years ago
This seems to be around the wrong way.
For both traditional kernel modules and eBPF programs, you compile the code ahead of time. For kernel modules, if you have a bug, you load it into the kernel and the kernel hard crashes at runtime. For eBPF programs, the kernel will reject the program before you inject it.
In practice to deploy eBPF programs, you end up adding the kernel verification step into part of your CI/dev workflow so that by the time you ship your programs, you know that they will safely load and safely run in real environments.
Comment · 13 years ago
With secure shell, you can make it significantly more useful. Of course, you still need a box to SSH into.
https://chrome.google.com/webstore/detail/secure-shell/pnhec...
Comment · 13 years ago
What if you clone the repo before the license was added? Then do you get code in the public domain?
Comment · 13 years ago
crosh is being deprecated in favour of a newer ssh client:
https://chrome.google.com/webstore/detail/secure-shell/pnhec...
Comment · 14 years ago
Anyone else familiar with "Arbitrary Free Protection"? 'cause it's only turning up one search result for me.
Comment · 14 years ago
It's actually quite scary to read the comments on TFA and see that indeed, people did know about this breach.
Comment · 14 years ago
The first step to making software do what humans do, is to analyse what humans do.
Comment · 14 years ago
Original source.. http://static.springsource.org/spring/docs/2.5.x/api/org/spr...
Comment · 14 years ago
I'm not sure it is just you. Shorter columns are easier to read, which means it serves users even better; our eyes don't have to track a massive row of characters to see what the search result is.
Comment · 14 years ago
I came across pipes the other day while attempting to link my twitter feed to a (new) identi.ca account. The concept sounds powerful and I like the idea.. although I'd like to be able to view the source without logging in.
Comment · 14 years ago
The host-side application could already be written using Java, atleast for OpenCL applications[1] (The kernel--that is, the GPU code--was still written in OpenCL). My only concern is that Java will make it more difficult to find out exactly what's going on in the kernel code, and hence more difficult to optimise.
Now, this also doesn't solve the issue of needing to consider the parallel architecture when coding the kernel to actually make use of the hardware. Nevertheless, kudos to the guys behind this.
Comment · 14 years ago
I'm not sure it's intended as a face-smear; but even if it is, personally I'd prefer to receive direct communication with criticism than to find out later that there is a community mocking my work.
Comment · 14 years ago
I'd be curious to see the same analysis done but with alternate keyboard layouts, such as dvorak or colemak.
[ my public key: https://keybase.io/joestringer; my proof: https://keybase.io/joestringer/sigs/Ms8Ah5Koccp2z4eHbFip4fuU4niodt-_HSujfwDK_As ]