The Fastest SQL Database Ever Made
Unlock all features
FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.
Unlock all features
FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.
Unlock all features
FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.
Unlock all features
FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.
Unlock all features
FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.
Related videos
The drama never ends...
Theo - t3․gg
91.9k views
Gemini 3.1 Pro is the smartest model ever made
Theo - t3․gg
123.4k views
Fumble of the decade
Theo - t3․gg
80.5k views
Opus 4.6 Is The Best Coding Model Ever Made*
Theo - t3․gg
106.6k views
It’s time to change your database
Theo - t3․gg
123.8k views
GPT-5.2 is the best model ever made*
Theo - t3․gg
100.4k views
Gemini 3 Pro is the best model ever made
Theo - t3․gg
163.6k views
Is gpt-5.1 the best code model ever?
Theo - t3․gg
63.2k views
Kimi K2 is the best model ever (kind of…)
Theo - t3․gg
77.3k views
OpenAI made a browser???
Theo - t3․gg
87.4k views
Top Comments (10)
now my garbage code can deadlock even faster :)
Summary: People using AWS their whole life discover that directly attached storage is faster.
A lot of these revolutionary changes cloud services like to write blogs about lately feel less like "we've started doing something smart" and a lot more like "we've stopped doing something stupid".
Theo casually skipping the name Automattic when reading who uses G2i is the funniest thing ever amidst the ongoing Wordpress drama
So we're going back to how we used to do things with dedicated servers? Soon we will go back to running the DB and web server on the same physical box and ditch the TCP connection to the database in favor of unix domain sockets. We saved $40K/mo at one startup I was working at by switching to our own dedicated boxes for the DB instead of hosting on AWS instances.
That tactical Automattic ignore in the ad segment
I once worked with a software engineer who was our lead architect. We were using Elasticsearch, but we were using network attached storage to GCP VMs. He said that's not really the best way to do Elasticsearch because the network was so much slower than just having local disks, and that you could safely do local disks because Elasticsearch made sure that data was copied to different nodes (like how Vitess works). He never had time to implement his ideas, and I don't think many other people at the company took him seriously, but in retrospect, I think he was right. We had tons of nodes with lots of CPU and memory to achieve the performance we needed, and I bet that we could have done more with less if we'd used nodes with local disks and accepted that nodes would fail regularly, running enough secondary shard nodes to account for it.
2:24 Theo casually roasting all of Asia, Africa and Australia lmao
Gotta love how cloud, scaling solutions are starting to slowly approach on-prem in terms of sophistication and performance. Few more years and those might be optimal for more than startups/small tech companies.
Wait how excited cloud andies will be, when they'll discover a dedicated server.
Unlock the Data Inside
Turn Videos into Knowledge
- Get FREE 10/day: transcripts, summaries, chats
- Chat with videos, export text & PDF
- $1 free API credit for RAG, chatbots & research
Free forever plan • All features unlocked
Top Comments (10)
now my garbage code can deadlock even faster :)
Summary: People using AWS their whole life discover that directly attached storage is faster.
A lot of these revolutionary changes cloud services like to write blogs about lately feel less like "we've started doing something smart" and a lot more like "we've stopped doing something stupid".
Theo casually skipping the name Automattic when reading who uses G2i is the funniest thing ever amidst the ongoing Wordpress drama
So we're going back to how we used to do things with dedicated servers? Soon we will go back to running the DB and web server on the same physical box and ditch the TCP connection to the database in favor of unix domain sockets. We saved $40K/mo at one startup I was working at by switching to our own dedicated boxes for the DB instead of hosting on AWS instances.
That tactical Automattic ignore in the ad segment
I once worked with a software engineer who was our lead architect. We were using Elasticsearch, but we were using network attached storage to GCP VMs. He said that's not really the best way to do Elasticsearch because the network was so much slower than just having local disks, and that you could safely do local disks because Elasticsearch made sure that data was copied to different nodes (like how Vitess works). He never had time to implement his ideas, and I don't think many other people at the company took him seriously, but in retrospect, I think he was right. We had tons of nodes with lots of CPU and memory to achieve the performance we needed, and I bet that we could have done more with less if we'd used nodes with local disks and accepted that nodes would fail regularly, running enough secondary shard nodes to account for it.
2:24 Theo casually roasting all of Asia, Africa and Australia lmao
Gotta love how cloud, scaling solutions are starting to slowly approach on-prem in terms of sophistication and performance. Few more years and those might be optimal for more than startups/small tech companies.
Wait how excited cloud andies will be, when they'll discover a dedicated server.