In typical PlanetScale style, we like to beat our estimates.
HN user
kelp
Engineering at PlanetScale. Previously Confluent Cloud Infra. Segment led the $10m eng problem project. Square built the data center and neteng teams.
[ my public key: https://keybase.io/kelp; my proof: https://keybase.io/kelp/sigs/zh2vH-aKuEfYcHEDf2Pq15-UO4Yoj7kgkbaDxHYLceE ]
You can expect to see it in early 2026 for both Metal and EBS backed databases.
To add to this, if you look at the top 10 committers to Vitess over the last 12 months, 8 of them are helping with Neki in one way or another:
https://github.com/vitessio/vitess/graphs/contributors?from=...
I can't really help with what you're specifically looking for, but I'm pretty sure my grandfather worked on these as an engineer. He retired from Boeing in 1985. Died almost 20 years ago.
ls -lh hello.wasm
-rw-r--r--@ 1 tcole staff 24M Apr 22 14:18 hello.wasm
This is on macOS. That is hello.py compiled to wasm with Py2wasm.Here is a trivial example, also on a M3 Max:
cat hello.py
print("Hello, Wasm!")
time python3 ./hello.py
Hello, Wasm!
________________________________________________________
Executed in 26.86 millis fish external
usr time 16.37 millis 0.13 millis 16.24 millis
sys time 7.25 millis 1.14 millis 6.11 millis
time wasmer hello.wasm
Hello, Wasm!
________________________________________________________
Executed in 84.77 millis fish external
usr time 50.26 millis 0.14 millis 50.12 millis
sys time 28.97 millis 1.21 millis 27.76 millis
time wasmtime hello.wasm
Hello, Wasm!
________________________________________________________
Executed in 141.72 millis fish external
usr time 120.86 millis 0.13 millis 120.72 millis
sys time 16.65 millis 1.20 millis 15.45 millisHertz also had absurd policies like bring the EV back 100% charged. Which is basically impossible unless there is a DC fast charger adjacent to the rental car center.
I wonder if this opens up an opportunity for Bombardier and Embraer to move up market into the 737s space.
I'd been hoping projects like wasmtime could end up looking like a Docker alternative for server side things. Do you think that's unlikely to pan out without a lot more work that doesn't seem to be happening?
I liked it a lot. Not great range, but new ones improved that and I still road tripped it all up and down the west coast. Sometimes regret selling it.
Repeating what you said in my own words to ensure I understand it.
I think you're suggesting they might have a canary fleet, but there wasn't anything/enough that preventing a mistake from bypassing the carry fleet before going to production?
Could be!
I wasn't trying to suggest what you personally want or don't want. Just that I could see how some people do not want their car interface to change, or even ride quality to change.
I hadn't heard about the Volvo one! I had a 2022 Volvo C40 before I got my Rivian R1T.
When I first got the Volvo the GPS and LTE connection would periodically stop working for a day or two. They pushed a fix for it. Later they added CarPlay, which wasn't there when I got the car. Good updates. But not as frequent at Rivian.
Was Volvo able to fix it with another OTA or did people have to go in for service?
In the case of Rivian they have been pushing very meaningful improvements on a roughly monthly basis via OTA.
I got my R1T in June 2023 and since here are a few things they've improved, just off the top of my head, not bothering to look it up:
1. Significant improvement to ride quality via different / better suspension tuning.
2. Ability to schedule warming the cabin and pre-condition the battery
3. Completely redesigned the UX for setting drive modes and suspension height (for the better IMO)
4. Added a ton of car info, like battery temp, motor temp, and other info like altitude, various angles the vehicle is at (for off-roading), degrees the front wheels are turned
5. Added additional settings for ride softness / firmness (I got this update yesterday and haven't tried it yet)
When an update is ready I get a notification in the car and from the Rivian app on my phone. I can just hit apply and it installs it.
IMO a USB install would be a substantially worse experience and it would be much less likely that customers would actually install it.
But, for the type of person who just wants the car to stay the same as it was the day they bought it, and never change, it's not the vehicle for them. Personally I really like that it's continually improving and I don't have to go in for service or even go out to the truck to do an update.
I've also often thought about what an open source car software stack might look like, but with different motivations. I'd love to be able to see more diagnostics about what the car is actually doing and to add 3rd party extensions.
For me, I don't want to have to tinker too much, but I want to be able to. I think the ideal would be something like SteamOS on Steam Deck where you can get into the system, and you can change or add things. But the default is just having it all take care of for you.
That said, cars have all sorts of regulations about how certain things work. I have no idea how any of the above ideas would interact with those regulations.
I think the point of the original comment was that in the US we setup a system where the default way to build wealth is to buy a primary residence and wait for it to appreciate in value.
The "financialzing" is just that we decided owning a home was the best way for the middle class to build wealth.
The downside of this is now every homeowner wants their residence to go up in value. So they support policies that encourage that. We've done that for so long, few people can afford to buy a home anymore.
The alternative would be to 1) not have the gov involved in incentivizing homeownership 2) change zoning and permitting policies to encourage much much more supply
Yes, there would be financial instruments involved in all of this. But it might look more like car ownership, where the asset depreciates over time. (Like is often the case in Japan with housing).
But housing would not be something people look at as a way to build wealth.
However, you could still make money building housing, apartments, etc. Or even owning apartment buildings and charging people to live in them.
Yeah, Hearst castle is one of the most ugly and uncomfortable buildings I've ever been in. It's like the ultimate example of absolutely no restraint or constraints, without thought for actual usability.
The major issue with many of these houses is their design, features and aesthetic is totally incoherent and shows no restraint.
They put every kind of shape, texture, and material all into one house, in one room.
This kind of maximalist design is trying to seem luxurious. But it ends up being overwrought, shocking to look at, and filled with unusable features like that weird fireplace in the 'dome sweet dome" house.
WASM won't be able to get any real level of adoption if you have to specifically write all your code to target it, which I think is what would happen if the sandbox is too restrictive.
If you can trivially move existing code to run in a WASM VM you get the benefits of isolation and a convenient artifact to move around for deployment and scheduling.
I think the history of successful platforms are ones that still supported the old way of doing things, while enabling a new and better way. Of course that comes with lots of tradeoffs that are often hard to stomach.
I think server side WASM has the potential to be the next thing after containers.
And yes, lots of echoes of Java's "write once run anywhere" but as lots of people have pointed out, wasm is language agnostic, and many languages have support for it.
Since I've been web applications and distributed systems, the evolution has been something like this.
1. Copy files around, into the web or application servers directory. This was simple but isolation, repeatability and testability was hard. The application dependencies were directly tied to the host, so you had to be very careful about your upgrades breaking applications. The lack of isolation is not suitable for multi-tenant environments for security and capacity planning reasons. It's pretty hard to run multiple-applications (1)
2. Things like bundler, and other language specific tools that let you bundle your application dependencies together. Avoids some of the host OS related upgrade issues, but again, no real isolation.
3. VMs. The whole cloud industry started on this. You get true isolation of your whole application at the cost of complexity and weight. Scheduling new VMs is not a fast process because you're copying around or at least booting a whole OS. You still have to manage OS images. There is also generally a tax on memory that you have to pay, so you waste some resources with VMs to get the isolation. Amazon invested in Nitro to avoid paying a lot of this tax.
4. Containers. Lighter than VMs, good enough isolation in a lot of cases, especially inside of an organization. Lower tax than VMs. More testable. But containers are still fairly heavy, startup time can be slowish. So you have some limitations on how fast you can scale up and down in response to load. Also isolation isn't good enough for some workloads. So we see things like firecracker VMs being used to improve isolation.
5. Wasm on the server side. Much lighter than containers. Less memory overhead, way less startup time. Probably faster startup time than even firecracker. So for lambda like workloads you could could have a lot better cold start latency. You probably have good enough isolation that you don't need to resort to things like firecracker to isolate customer workloads. Because of the fast startup time you could probably pack your long tail of workloads even tighter to get better effective utilization out of your server infrastructure.
(1) In the early 00s I worked at a place where we wrote our own simple process supervisor and used some tricks with LD_LIBRARY_PATH to let us bundle all application dependencies with the application. So you could run multiple application that needed different libraries on the same host, and upgrade your host without as much worry about host OS library changes breaking our applications. It was a kind of proto-container, without all the other isolation cgroups give you.
Also in SF seeing someone struggling to stand on the sidewalk is not uncommon.
Everyone just starts to assume that person is drunk, on drugs, whatever.
Just because this story isn't evidence of SF being lawless doesn't mean SF isn't lawless.
Yes, many many people jumped to some terrible conclusions about SF because of this story. And by American standards SF isn't bad with violent crime.
But also the streetscape and property crime in SF are terrible.
Both can be true.
He does seem to have a pathological case of thinking he knows the answer to everything, and then being quite wrong very frequently.
I wanted a warehouse loft conversion. I got one. I had a ground floor entrance and my own 1 car garage that could even open into my living room.
It was cool. But I cringed every time I wrote my property tax check.
The neighborhood got worse and I got married and my wife didn’t feel comfortable there. Sold it (at a loss) and moved out of SF.
Again, you are under the spell of the assumption that if you give someone a gun, it somehow magically changes them into willing to kill. Thats a very long reach.
I was not saying that at all.
I was specifically responding to the part of your comment that I quoted, where you said:
The rest would probably pursue deadly force even if they didn't have access to firearms.
And I was specifically addressing that point and only that point.
Couldn't Whole Foods hire armed security to dissuade theft?
I don't know.
But I have directly seen security from the Target on 4th tackle someone in the middle of the crosswalk, and hit them repeatedly as they took back whatever that person had stolen.
Random people on the street then started yelling at security to stop hitting the person who was caught shoplifting.
Yeah I moved to SF in 2009 and away in 2022. It got a LOT worse in the last few years, especially the area you talk about.
In the early to mid 2010s I used to spend quite a bit of time in the TL. There were restaurants and bars there you'd want to go to. Now, you don't even really want to drive through. It's so bad...
There kind of was a brief period, maybe 4 years? 2014 - 2018 or so when mid-market was looking up. Twitter was there. Square, and Uber.
Businesses were moving in, buildings were getting renovated.
Then it turned the wrong direction again, and now we have what we have.
The rest would probably pursue deadly force even if they didn't have access to firearms.
I hope I'm not making a straw man here, but I think your argument is that people who are going to resort to violence will find a way, even if they don't have a gun.
The thing that always gets glossed over in this argument is how much damage you can do with various weapons.
Yes, there are people prone to violence for various reasons. And yes, people, do get beat with pipes, or stabbed (both big SF news stories lately.)
But you can kill much much more efficiently with a gun. So those prone to violence, with access to guns are able to do much more damage much more quickly and easily.
I lived in SOMA until a year ago. We had a dog and I'd need to walk her in the evening, and before bed. I usually felt fine.
My wife on the other hand did not like walking the dog in the evening. More often than not she'd have some random creepy person follow her around and say weird shit to her. Nothing worse ever happened thankfully, but it was regular low key harassment for her.
We sold the place, to a single guy. We had a few couples interested, but in each case, the woman was worried about what it would be like after dark. Rightfully so based on my wife's experiences.