Xorlev

17 ms·

151.
by Xorlev 8y ago
Based on their handling of marketing Edge right in my task bar, I'm pretty skeptical it'd be a step up in any sense of the term.
152.
by Xorlev 8y ago
Affordable housing isn't far away, but yes, in-Boulder rates are getting much worse. I work out of the Boulder office and have a 4BR house a 25 minute commute away for a lot less than I'd spend in CA.
153.
by Xorlev 8y ago
Here's a question -- what makes YugaByte unique? There's already an early but strong market here in the form of Google Spanner on GCP, Cockroach DB, and TiDB -- what does YugaByte bring that none of them do?
154.
by Xorlev 8y ago
> You shouldn't need Kafka to handle a few hundred MB or a few GB of data per day. I wouldn't link the two problems (size, bad architecture). Kafka is often used to bail out poorly designed data architectures, but it doesn&#x27
155.
by Xorlev 8y ago
It's a blog post about something more or less unrelated to CloudFlare that just happens to be on their blog. This comment is lacking in any real substance other than snark. Have you tried reaching out to them to try and resolve the iss
156.
by Xorlev 8y ago
We also use census for a variety of tasks, mainly for metrics but also for propagating small tags from task to task. The tags [1] can be essentially thought of as request-local scoped state for the entire tree of requests. The presence of t
157.
by Xorlev 8y ago
> You seem to be thinking of it in terms of sheer number of services or engineers working on them. I'm not sure where I said that, but yes, that's part of the switching cost. > The fact is that the highly demanding services
158.
by Xorlev 8y ago
If you really want Bigtable, go use Apache HBase. It's very mature these days and performed really well at $dayjob-1. There's a lot that goes into turning LevelDB into a real database. :)
159.
by Xorlev 8y ago
I can't comment on raw numbers (because I simply don't have them) but at least for the service I work on, replacing Stubby with gRPC wouldn't really move the needle even if it was 2-3x slower (it might be faster, this is just
160.
by Xorlev 8y ago
Good luck with that. A single Redis would not be able to serve that workload. Maybe a single machine but you're really pushing the limits there just with concurrent TCP connections. At that qps Redis has 2 microseconds per request. I a
161.
by Xorlev 8y ago
For services that are pay per request, this is effectively a hard cap. For more capacity based services, sure, but it's more likely to be down than just slow. When systems are run at their limit they rarely operate the way they did wit
162.
by Xorlev 8y ago
I'm not sure why the author is surprised about Ruby. Rails was the darling of startups for years and is probably still a common choice of backend. This data is also rife with bias: stackshare isn't representative of startups let a
163.
by Xorlev 8y ago
But don't you want perfect elastic scalability for your blockchain^W distributed ledger project? /s
164.
by Xorlev 8y ago
Just because it's not a neural net doesn't make it not ML. Also, can echo the other folks here: linear models and basic logistic regression are still competitive.
165.
by Xorlev 8y ago
I'll re-post my experience here: I tried installing Gravwell from the Debian repo. This unfortunately seems broken. W: Failed to fetch http://update.gravwell.io/debian/dists/community/InRelease Unable
166.
by Xorlev 8y ago
That's a pretty broad brush you're painting with. Maybe avoid sweeping generalities.
167.
by Xorlev 8y ago
I work at Google on a product driven by ML doing ranking and regression tasks. Can confirm, very relevant. That said, ML is usually superior to the rules and heuristics systems we've been able to come up with, so we take on the debt on
168.
by Xorlev 8y ago
I imagine this traffic is fairly bursty as well. Also keep in mind this is a data distribution system. In the case of large data pushes, new builds, etc. it's important that all peers get the new data on a timely and reliable manner. I
169.
by Xorlev 8y ago
That isn't what the CAP theorem says at all. It says you need to pick your guarantees. Additionally, resilience is in the eye of the beholder: might mean AP for a service that needs to be up at the cost of consistency or CP for a servi
170.
by Xorlev 8y ago
Aggressively descope your projects. That helps. Try to keep as much of your logic outside of any specific framework. Most of my projects that accrue tech debt aren't necessarily because I cut corners (though that happens too :P) just t
171.
by Xorlev 9y ago
Not to detract from this project, buy this is a good opportunity to mention Apps Script. You can do all sorts of interesting things between a form, spreadsheet, and other services including your own. Nobody seems to use it, but internally w
172.
by Xorlev 9y ago
https://www.youtube.com/watch?v=1XOVxSCG8u0 I think there is a question of why didn't the optical cameras detect her. It doesn't seem poorly lit.
173.
by Xorlev 9y ago
Only when the truth is convenient.
174.
by Xorlev 9y ago
At $dayjob-1 we relied on this to pull in your Facebook friends as contacts. Eventually FB limited the scope of this to friends who also had the app.
175.
by Xorlev 9y ago
While visiting LA I went to a farmers market. I paid $11 for a single cup of coffee that I was promised would blow my socks off. Bourbon barrel roasted something. It was _good_ and the novelty was nice, but I probably wouldn't choose t
176.
by Xorlev 9y ago
Not a Netflix employee, but at my last role we disabled THP on every instance we had. We had issues with databases (MySQL/Cassandra/HBase), Hadoop, and Java applications. I hear it's gotten a lot better since then, and the co
177.
by Xorlev 9y ago
Clarification of the parent: A 40% increase over baseline (60% util -> 84% util), not an absolute 40% CPU util increase. Still terrible though. :(
178.
by Xorlev 9y ago
I've lived and worked in Colorado my whole life, joined Google Boulder about 8 months ago. Spent a ton of time in Boulder before that; my wife is from Boulder proper. Honestly? Google is barely a speck in the whirlwind of changes that
179.
by Xorlev 9y ago
It's not like CM first level is going to change. The other floors are just offices, perhaps a majority of it already allocated to Google.
180.
by Xorlev 9y ago
It makes a ton of sense for Impala/Presto, OLAP tends to be about throughput (long queries over lots of data) which benefits from this kind of JIT compilation since the overhead is amortized. Really excited to see it makes its way into

More ›