5,360 karma · joined March 9, 2008
@kmx
Previously @twittereng, websolr.com, bonsai.io, Houseparty, etc
kyle@kylemaxwell.com
They don't have to, they artificially added that constraint to make the benchmarks fairer.
5ms protobuf, 2ms custom, 0.4ms in-process
It wouldn't be too surprising if this is the sort of thing that an optimizing compiler or query planner could do better than a human.
If not, you're probably at the scale where performance regressions are caught and rolled back at early phases of rollout.
Like most magic, it's either going to make things 100x better or 100x worse, depending on how leaky the abstraction is at its current state of maturity.
Let alone that clearly the base model was built on non-source-code, so their premise doesn't hold.
Disappointing.
Effectively,
instead of
result, err := doSomething()
if err != nil {
return nil, err
}
you'd get the same control flow with result := doSomething()?Put scripts on an S3 backed filesystem, and as you grow, wrap them in a container, then an auto-scaling group. It might even work today!
I'm surprised I haven't seen more of this from the anti-Kubernetes crowd.
This argument was also a lie.
The multi-million-dollar measurement apparatus required us to put samples in disposable tubes that cost about a dollar each. They turned out to have the exact same physical properties as a McDonalds straw, so once a week someone made a food run and grabbed a handful on the way out.
But in practice, you want to fix a bug in chinese tokenization, or OpenAI releases the next version of its embeddings, or you want to add a few synonyms, or change the aggressiveness of the stemmer.
Then you have to rewrite your whole search index, and if its part of your primary db, you're pretty sad.
I've seen a lot of ES and Solr clusters operating at 100% of 10+ nodes during a re-index, or just 30-50% of 10+ nodes during normal operation. The corresponding database would be say an AWS L/XL instance at 50-100GB of data and 30% CPU utilization. Moving all of the search CPU into your primary DB means now you'd have to shard it.
But I love PG extensions for search, recursive joins, vectors, etc on side projects. It can keep things fun and simple.
People will come around sooner or later on some generation of an apple VRset.
Also, amazingly, transfer learning works better than anyone could have hoped! As an analogy, imagine that you could show that football players learned musical instruments 50% quicker than non-athletes. That would be amazing!
But LLMs can write music and training them on music makes them better writers. It's almost like intelligence & skills are completely general!
All 3rd party clients migrate their users to Mastodon, while simultaneously solving the UX and approachability problems that have hampered Mastodon, sure seems like the worst case scenario for twitter.
It'd be pretty cool to be able to find-by-example, selecting snippets of code and having the algorithm tell you what they all have in common.