Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
apenwarr
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
22 ms
·
151.
▲
by
apenwarr
10y ago
It does make a good sci fi story: https://www.amazon.com/dp/B00M64A8EG/
152.
▲
by
apenwarr
10y ago
Utah did, or so they claim: http://www.npr.org/2015/12/10/459100751/utah-reduced-chronic...
153.
▲
by
apenwarr
10y ago
For a more nuanced view of this whole topic, I recommend the book The Death and Life of Great American Cities by Jane Jacobs. https://www.amazon.ca/Death-Life-Great-American-Cities/dp/06... Many of the counterargu
154.
▲
by
apenwarr
11y ago
Thank you! I'm a T-Mobile customer and that's exactly what I was thinking when I read about this plan. For what it's worth, as a customer I know I can opt out of this plan and I didn't, because unlimited lower resolution
155.
▲
by
apenwarr
11y ago
djb's clockspeed is amazingly simple, straightforward, and reliable: http://cr.yp.to/clockspeed.html . I prefer it to the more complicated ntp daemons because I can make it do exactly what I want in weird situations.
156.
▲
by
apenwarr
12y ago
TCP congestion control fundamentally depends on packet loss to know when to slow down. If the outer TCP makes sure packet loss doesn't happen - because if it does, it retransmits - then the inner TCP won't know what's going
157.
▲
by
apenwarr
12y ago
It's extremely rare for OpenWRT to magically make your wifi connection's raw speed faster. It's good for many things, but not that. Wifi is extremely finicky, due to interference and the FCC's limits on legal transmit p
158.
▲
by
apenwarr
12y ago
UDP (and datagrams in general) are not the only alternative to TCP-over-TCP. My sshuttle VPN uses TCP but avoids the TCP-over-TCP problem. https://github.com/apenwarr/sshuttle
159.
▲
by
apenwarr
12y ago
openntpd has been nothing but trouble for me, but when I switched to djb clockspeed instead, it made things better. Here's a script that runs on GFiber devices, which uses tlsdate securely for the initial timewarp, and djb clockspeed
160.
▲
by
apenwarr
12y ago
The bandwidth-delay product is a limitation of physics so you can't exactly "overcome" it. But because QUIC is implemented in userspace instead of the kernel, assumptions the kernel makes (like "the bandwidth-delay prod
161.
▲
by
apenwarr
12y ago
I'll be honest, I find this math very confusing (as I am self taught using flakey internet resources similar to the one we're discussing :)). But my understanding is that there is a 2x factor somewhere that affects Shannon limit
162.
▲
by
apenwarr
12y ago
Here's my tool for measuring latency glitches in real time on any device with a javascript-capable web browser. Maybe it will help some people narrow down the nature of their wifi slowness problems. In short, if the latency is always
163.
▲
by
apenwarr
12y ago
The analysis in this article is horrifically poor. Among other things, just using the expected error rate as a pass/fail criterion is not a good idea. Even if the "typical" RAID5 array doesn't fail, isn't it still
164.
▲
by
apenwarr
13y ago
My suggestion is to backup your cloud servers, which are expensive and redundant and have good uplink speeds, to home servers which are cheap and have good downlink speeds. You don't need your backup file server to be ultra-reliable o
165.
▲
by
apenwarr
13y ago
People have been actively working on a "prune" feature but it seems to never quite get finished. This would indeed be nice to have, although it's less important than you might think, given really good deduplication (which bu
166.
▲
by
apenwarr
13y ago
It's not too hard actually. A line of python is roughly 80x slower than a line of C (no exaggeration). But a typical line of python does a lot more than a typical line of C. So things you can do with a "loose" loop (like o
167.
▲
by
apenwarr
14y ago
I think you may be misunderstanding NAT-PMP. Done correctly, that protocol can open a port through multiple layers of NAT without having to know how many layers there are. And then you'll have a well-defined public ip:port that other peop
168.
▲
by
apenwarr
14y ago
You may be right. At that time we will end up introducing or requiring some kind of horrible port multiplexing scheme, like maybe port knocking (using a pattern advertised in DNS) or maybe even... HTTP/1.1's Host: header :) Separately, I t
169.
▲
by
apenwarr
14y ago
All you need is a proper dynamic port opening scheme like NAT-PMP. You may also want to use a third-party STUN server to exchange routing info, but that's no more complex (actually easier) than DNS. It's still the internet even though you
170.
▲
by
apenwarr
14y ago
People are again panicky about this, just like they are as IPv4 has gone through every major transition. But the solution is already known: it's called carrier-grade NAT. ISPs will be NATting at their side, so multiple customers will appe
171.
▲
by
apenwarr
14y ago
That powerpoint deck is awful. So video is an increasing percentage of internet bandwidth - so what? Price/performance of bandwidth is improving exponentially. It's unsurprising that non-video bandwidth isn't increasing as fast as video,
172.
▲
by
apenwarr
14y ago
openvpn is hard. Use sshuttle instead.
173.
▲
by
apenwarr
14y ago
Yup, there's a standard remote with both IR and bluetooth capability. (I work at GFiber.)
174.
▲
by
apenwarr
14y ago
Google Fiber has customer service by phone. The phone number is visible at https://fiber.google.com/help/
175.
▲
by
apenwarr
14y ago
At Google managers don't decide who gets hired, but they do (more or less) get to choose which of the hired people end up on their team. I think it works pretty well actually.
176.
▲
by
apenwarr
14y ago
Something is wrong with the math there. To net $31 billion over 11 years, you merely have to tax a million people an extra $2818 per year. $234/month. Surely there are a million people in the U.S. (that's about the top 0.4%) rich enough
177.
▲
by
apenwarr
14y ago
I actually have seen build systems that depend on the gcc version (see the 'buildroot' project for example); it's virtually never what you want, because stupid things like installing a tiny bugfix to libc or gcc causes millions of lines of
178.
▲
by
apenwarr
14y ago
I once read some advice that totally changed the way I think about exceptions: "The ratio of try/finally to try/catch in your programs should be about 10:1." That is, if you're doing a lot of specialized try/catch, you're doing it wrong.
179.
▲
by
apenwarr
14y ago
Any project that maintains a purely-declarative dependency tree after the first build should be able to do incremental builds equally fast. That includes ninja, redo, or tup. (Of course, there would be optimization details in the implem
180.
▲
by
apenwarr
14y ago
The short version is that ninja is declarative while redo is imperative. And I'm not sure that battle will be resolved in my lifetime :) Personally, I prefer imperative stuff most of the time, but lots of smart people disagree. ninja co
More ›