Xorlev

56 ms·

541.
by Xorlev 13y ago
+1 joins are efficiently done by databases, not by applications. At least in any reasonable dataset. Joining in application works for a few thousand records.
542.
by Xorlev 13y ago
I tend to take the view of RDBMS works until it doesn't. Most cases that things like click data or event data that ends up taking billions of rows, in which case you aren't going to want it in a RDBMS anyways (you'd like to, but hah). I'd l
543.
by Xorlev 13y ago
Well, SQL and NoSQL get thrown around a lot but generally people mean 'standard relational' vs. 'newer, potentially schemaless' DB. By a 'SQL/NoSQL' view, Cassandra has CQL which isn't ANSI standard but close enough to be a SQL.
544.
by Xorlev 13y ago
I'm also curious about a larger swath of tests -- a single algorithm can hardly characterize a whole compiler.
545.
by Xorlev 13y ago
Great team here, taking a stab at solving a problem for many businesses with APIs and their customers: businesses with packed roadmaps.
546.
by Xorlev 13y ago
Good. They certainly need it, their stuff breaks enough & needs performance improvements.
547.
by Xorlev 14y ago
Compared to the 26 ECU m3.2xl, the 20 ECU c1.xl underperforms it by 3x (basic web, JSON struct) in my tests.
548.
by Xorlev 14y ago
c1.xlarges are thought to be effectively the only VM on a machine. I can't dig up the article that proposed the methodology for determining offhand. c1.xlarges still underperform far under what I'd expect.
549.
by Xorlev 14y ago
Software engineers employ math sometimes, but the real world is nowhere near like solving problem sets and writing proofs. You use this theoretical platform to empower your work and improve it.
550.
by Xorlev 14y ago
This. Experian provides the same service, it's usually ~$3/pop if I remember right. This gives you those "Did you live with a Paul Foo at 378 Combinator Way from 2006-2009?" questions.
551.
by Xorlev 14y ago
Transit and peering providers aren't going to do that. Certainly not tier 1 networks. 1) They can't get away with it 2) That'd slow everything to a crawl, inspecting traffic is expensive at the scales most large providers operate at.
552.
by Xorlev 14y ago
I barely trust MongoDB with my personal projects. It's shot me in the foot enough given they're not a very stable vendor (case in point, see the 2.4.0 replication bug -- we didn't get hit by that thankfully). We've had issues where database
553.
by Xorlev 14y ago
IMO, adding feedback mechanisms (e.g. LB polling app or server agent) are among the best ways to create smart, fast LBs without keeping a lot of expensive state. Calculating busyness is another question entirely but it's also a much easier
554.
by Xorlev 14y ago
Anything public on social networks including social graphs.
555.
by Xorlev 14y ago
All the functionality is exposed as an API.
556.
by Xorlev 14y ago
This is a must-have for meetups. I recently just churned through a stack of year-old cards from SXSW and various meetup groups I'd just never gotten around to putting somewhere.
557.
by Xorlev 14y ago
38,800 requests/second according to their estimation.
558.
by Xorlev 14y ago
I feel like Heroku might get some benefit from looking into Lagrange System's load balancing technology ... not suggesting they buy it persay, but they have a pretty compelling way of doing things without the need for node-to-node coordinat
559.
by Xorlev 14y ago
I have a coffee shop / book store hybrid near me, I think it's brilliant. I don't always buy books there, but when I do I've usually purchased a latte as well and spend part of the day reading it there. One of the keys is having a lot of co
560.
by Xorlev 14y ago
This is incredible. Great thing you're doing! How about that hospitality. :)
561.
by Xorlev 14y ago
I'm impressed that you're taking the time to do proper, well-researched benchmarks. They're really tough to get right. It really comes down to your own specific workload that matters anyways. This feels new and refreshing, I hope things tur
562.
by Xorlev 14y ago
It's barely similar, it's a fault-tolerant system for scaling computation. Storm provides real-time streaming computation. Your spouts provide infinite streams of tuples, small objects which store serialized other types that you then emit 0
563.
by Xorlev 14y ago
FullContact will be at Defrag, we could probably finagle something if you wanted to visit. :)
564.
by Xorlev 14y ago
Fancy, but as you may have discovered, blind link traversal is likely to come up with tons of really bad data. If you follow a Google Plus link, you'll inevitably get your own Google Plus information. The company I work for does this as an
565.
by Xorlev 14y ago
Mongo's sharding model is the only thing I would call remotely close to BigTable. Everything else is leagues different.
566.
by Xorlev 14y ago
Every HA deployment I've done, the HA manager inevitably had issues to begin with. It takes time, patience, and a few late nights.
567.
by Xorlev 14y ago
TokuDB is interesting but priced a little outside what I'd be willing to pay. For the same price I can throw more machines at the problem and use Cassandra.
568.
by Xorlev 14y ago
The features generator is a nice touch.
569.
by Xorlev 14y ago
And that's better?
570.
by Xorlev 14y ago
Agreed, and we're aware of it. It's a tradeoff I'm personally willing to make. It's symbiotic and very friendly to us.

More ›