Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
justinsb
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
40 ms
·
481.
▲
by
justinsb
13y ago
But you still need to join in NoSQL, for any query that isn't along the natural hierarchy of the data. The relational model takes this observation and concludes that there should be no "natural hierarchy" in the logical model
482.
▲
by
justinsb
13y ago
It's a valid point taken by itself. But I would respectfully suggest that it's not a particularly useful statement, because you're not comparing SQL to anything. "Complex SQL queries are hard" because "comple
483.
▲
Java, Interrupted
(blog.justinsb.com)
1 points
by
justinsb
13y ago
|
0 comments
484.
▲
by
justinsb
13y ago
Thanks for confirming. I think you've found an issue with haproxy compression; compression support is quite new, and there are still issues being fixed. I'm going to move compression into the web server layer (it probably belong
485.
▲
by
justinsb
13y ago
Tried Windows 7, Chrome/IE/Firefox - can't reproduce. If it affects IE and Chrome (which have almost no code in common), I'm guessing you are behind a proxy server of some sort, so I'm going to check my Caching &#x
486.
▲
by
justinsb
13y ago
Which would you recommend trying out?
487.
▲
by
justinsb
13y ago
Thanks for reporting... which browser/OS?
488.
▲
by
justinsb
13y ago
Are you talking about RoboVM?
489.
▲
by
justinsb
13y ago
Looks like I need to add TLS support to my client library!
490.
▲
by
justinsb
13y ago
I didn't mean to imply that, and you're absolutely right. The point I was trying to make is that, if you're just doing leader election for a single service (so you essentially have one key, probably 1KB of state), then spawni
491.
▲
by
justinsb
13y ago
Etcd, Zookeeper and Doozer are all supposed to serve similar purposes. I believe Doozer is no longer actively maintained though.
492.
▲
Jetcd: Java client library for etcd
(blog.justinsb.com)
55 points
by
justinsb
13y ago
|
20 comments
493.
▲
by
justinsb
13y ago
The Paris metro did have 1st and 2nd class sections, but ended them in 1991 [1] The London underground did as well, but ended them in 1940 during/because of the war [2] In Paris, it seems that demand fell to non-sustainable levels. Th
494.
▲
by
justinsb
13y ago
One of those was posted on April 1st :-) Nathan's post is very interesting - thanks for posting that. He has taken on board the implications of CAP, and built a system (Storm) that is genuinely different. I wish more people did that.
495.
▲
by
justinsb
13y ago
I think everyone accepts that the CAP theorem (as proved) is true. The issue is what conclusion you draw. The theorem just says you can't be perfect on all three axes. Some people conclude that we must throw everything away, and e.g
496.
▲
by
justinsb
13y ago
The next version of Zookeeper (3.5) allows for dynamic reconfiguration, so it'll be much easier to reconfigure your cluster online. Hopefully we'll also have self-repairing ZK clusters and you won't have to manage Zookeeper
497.
▲
by
justinsb
13y ago
You're quite right. You can also use 2.0
498.
▲
by
justinsb
13y ago
Kannan, if you want to fix it, the Java diff is: - return ((double)1)/((i+j) (i+j+1)/((double)2+i+1)); + return 1.0/((i+j) (i+j+1)/2+i+1); That gives the same count as the JS. It'd be interesting to know
499.
▲
by
justinsb
13y ago
Ah - fair point. How can I repeat the asm.js results on my laptop?
500.
▲
by
justinsb
13y ago
The spectral norm test appears to be wrong. On C++ & Java it gets the math expression in the A function wrong, and produces NaN, which apparently has a huge performance cost. Taking the correct version from the Javascript (and convert
501.
▲
by
justinsb
13y ago
Kudos to the author for including their code. Too many benchmarks don't. And it is amazing that JS is even in the same ballpark as Java. That said, like all benchmarks, there are systematic biases. I looked at the binary trees bench
502.
▲
by
justinsb
13y ago
I was thinking that there would be a generic Rails container (like a Heroku buildpack), that reads the location of your Rails code from the configuration, downloads it, and runs it. So, just like Heroku buildpacks, you can create your own,
503.
▲
by
justinsb
13y ago
Puppet could indeed be that process, and certainly replacing it isn't trivial. But I'm excited by the idea that we could replace it, by being able to rely on the configuration being directly available (provided by the OS). We&#x
504.
▲
by
justinsb
13y ago
To my mind, the big idea here is that containers will self-configure. This is configuration _inside_ the container, rather than configuration from _outside_ the container (like Chef/Puppet etc). This means that your Docker container d
505.
▲
by
justinsb
13y ago
The combination of service discovery and containerization is incredibly powerful for distributed applications. I love the idea that I can simply start a Docker container, and it can then discover its configuration and self-configure, rathe
506.
▲
by
justinsb
13y ago
I don't believe that's a problem; goroutines still have a stack, they just aren't always assigned to an OS thread. At least that's my understanding. Go even has exceptions, it just doesn't usually use them. Can you
507.
▲
by
justinsb
13y ago
Did you benchmark your node.js version? I would love to know how node stacks up here. I agree that static serving is not as interesting, but it is useful to be able to serve up a fail-whale page!
508.
▲
by
justinsb
13y ago
I would like to know how the benchmarks are generated, but my point is that it wasn't slower-enough to ignore it, and that's amazing considering how much micro-optimization has gone into nginx and how much easier the Go version is
509.
▲
by
justinsb
13y ago
Totally agree, and if Go used exceptions I would probably think it perfect. I added an edit to my comment to avoid the implication you picked up on!
510.
▲
by
justinsb
13y ago
I remain not-entirely-convinced (1) by Go, but things like this are turning the tide. If it is indeed slower than nginx, it is not dramatically so. Considering the amount of time that went in to writing each, the Go version clearly "
More ›