Podcasts about nvme ssds

Turbopuffer came out of a reading app.In 2022, Simon was helping his friends at Readwise scale their infra for a highly requested feature: article recommendations and semantic search. Readwise was paying ~$5k/month for their relational database and vector search would cost ~$20k/month making the feature too expensive to ship. In 2023 after mulling over the problem from Readwise, Simon decided he wanted to “build a search engine” which became Turbopuffer.We discuss:• Simon's path: Denmark → Shopify infra for nearly a decade → “angel engineering” across startups like Readwise, Replicate, and Causal → turbopuffer almost accidentally becoming a company • The Readwise origin story: building an early recommendation engine right after the ChatGPT moment, seeing it work, then realizing it would cost ~$30k/month for a company spending ~$5k/month total on infra and getting obsessed with fixing that cost structure • Why turbopuffer is “a search engine for unstructured data”: Simon's belief that models can learn to reason, but can't compress the world's knowledge into a few terabytes of weights, so they need to connect to systems that hold truth in full fidelity • The three ingredients for building a great database company: a new workload, a new storage architecture, and the ability to eventually support every query plan customers will want on their data • The architecture bet behind turbopuffer: going all in on object storage and NVMe, avoiding a traditional consensus layer, and building around the cloud primitives that only became possible in the last few years • Why Simon hated operating Elasticsearch at Shopify: years of painful on-call experience shaped his obsession with simplicity, performance, and eliminating state spread across multiple systems • The Cursor story: launching turbopuffer as a scrappy side project, getting an email from Cursor the next day, flying out after a 4am call, and helping cut Cursor's costs by 95% while fixing their per-user economics • The Notion story: buying dark fiber, tuning TCP windows, and eating cross-cloud costs because Simon refused to compromise on architecture just to close a deal faster • Why AI changes the build-vs-buy equation: it's less about whether a company can build search infra internally, and more about whether they have time especially if an external team can feel like an extension of their own • Why RAG isn't dead: coding companies still rely heavily on search, and Simon sees hybrid retrieval semantic, text, regex, SQL-style patterns becoming more important, not less • How agentic workloads are changing search: the old pattern was one retrieval call up front; the new pattern is one agent firing many parallel queries at once, turning search into a highly concurrent tool call • Why turbopuffer is reducing query pricing: agentic systems are dramatically increasing query volume, and Simon expects retrieval infra to adapt to huge bursts of concurrent search rather than a small number of carefully chosen calls • The philosophy of “playing with open cards”: Simon's habit of being radically honest with investors, including telling Lachy Groom he'd return the money if turbopuffer didn't hit PMF by year-end • The “P99 engineer”: Simon's framework for building a talent-dense company, rejecting by default unless someone on the team feels strongly enough to fight for the candidate —Simon Hørup Eskildsen• LinkedIn: https://www.linkedin.com/in/sirupsen• X: https://x.com/Sirupsen• https://sirupsen.com/aboutturbopuffer• https://turbopuffer.com/Full Video PodTimestamps00:00:00 The PMF promise to Lachy Groom00:00:25 Intro and Simon's background00:02:19 What turbopuffer actually is00:06:26 Shopify, Elasticsearch, and the pain behind the company00:10:07 The Readwise experiment that sparked turbopuffer00:12:00 The insight Simon couldn't stop thinking about00:17:00 S3 consistency, NVMe, and the architecture bet00:20:12 The Notion story: latency, dark fiber, and conviction00:25:03 Build vs. buy in the age of AI00:26:00 The Cursor story: early launch to breakout customer00:29:00 Why code search still matters00:32:00 Search in the age of agents00:34:22 Pricing turbopuffer in the AI era00:38:17 Why Simon chose Lachy Groom00:41:28 Becoming a founder on purpose00:44:00 The “P99 engineer” philosophy00:49:30 Bending software to your will00:51:13 The future of turbopuffer00:57:05 Simon's tea obsession00:59:03 Tea kits, X Live, and P99 LiveTranscriptSimon Hørup Eskildsen: I don't think I've said this publicly before, but I just called Lockey and was like, local Lockie. Like if this doesn't have PMF by the end of the year, like we'll just like return all the money to you. But it's just like, I don't really, we, Justine and I don't wanna work on this unless it's really working.So we want to give it the best shot this year and like we're really gonna go for it. We're gonna hire a bunch of people. We're just gonna be honest with everyone. Like when I don't know how to play a game, I just play with open cards. Lockey was the only person that didn't, that didn't freak out. He was like, I've never heard anyone say that before.Alessio: Hey everyone, welcome to the Leading Space podcast. This is Celesio Pando, Colonel Laz, and I'm joined by Swix, editor of Leading Space.swyx: Hello. Hello, uh, we're still, uh, recording in the Ker studio for the first time. Very excited. And today we are joined by Simon Eski. Of Turbo Farer welcome.Simon Hørup Eskildsen: Thank you so much for having me.swyx: Turbo Farer has like really gone on a huge tear, and I, I do have to mention that like you're one of, you're not my newest member of the Danish AHU Mafia, where like there's a lot of legendary programmers that have come out of it, like, uh, beyond Trotro, Rasmus, lado Berg and the V eight team and, and Google Maps team.Uh, you're mostly a Canadian now, but isn't that interesting? There's so many, so much like strong Danish presence.Simon Hørup Eskildsen: Yeah, I was writing a post, um, not that long ago about sort of the influences. So I grew up in Denmark, right? I left, I left when, when I was 18 to go to Canada to, to work at Shopify. Um, and so I, like, I've, I would still say that I feel more Danish than, than Canadian.This is also the weird accent. I can't say th because it, this is like, I don't, you know, my wife is also Canadian, um, and I think. I think like one of the things in, in Denmark is just like, there's just such a ruthless pragmatism and there's also a big focus on just aesthetics. Like, they're like very, people really care about like where, what things look like.Um, and like Canada has a lot of attributes, US has, has a lot of attributes, but I think there's been lots of the great things to carry. I don't know what's in the water in Ahu though. Um, and I don't know that I could be considered part of the Mafi mafia quite yet, uh, compared to the phenomenal individuals we just mentioned.Barra OV is also, uh, Danish Canadian. Okay. Yeah. I don't know where he lives now, but, and he's the PHP.swyx: Yeah. And obviously Toby German, but moved to Canada as well. Yes. Like this is like import that, uh, that, that is an interesting, um, talent move.Alessio: I think. I would love to get from you. Definition of Turbo puffer, because I think you could be a Vector db, which is maybe a bad word now in some circles, you could be a search engine.It's like, let, let's just start there and then we'll maybe run through the history of how you got to this point.Simon Hørup Eskildsen: For sure. Yeah. So Turbo Puffer is at this point in time, a search engine, right? We do full text search and we do vector search, and that's really what we're specialized in. If you're trying to do much more than that, like then this might not be the right place yet, but Turbo Buffer is all about search.The other way that I think about it is that we can take all of the world's knowledge, all of the exabytes and exabytes of data that there is, and we can use those tokens to train a model, but we can't compress all of that into a few terabytes of weights, right? Compress into a few terabytes of weights, how to reason with the world, how to make sense of the knowledge.But we have to somehow connect it to something externally that actually holds that like in full fidelity and truth. Um, and that's the thing that we intend to become. Right? That's like a very holier than now kind of phrasing, right? But being the search engine for unstructured, unstructured data is the focus of turbo puffer at this point in time.Alessio: And let's break down. So people might say, well, didn't Elasticsearch already do this? And then some other people might say, is this search on my data, is this like closer to rag than to like a xr, like a public search thing? Like how, how do you segment like the different types of search?Simon Hørup Eskildsen: The way that I generally think about this is like, there's a lot of database companies and I think if you wanna build a really big database company, sort of, you need a couple of ingredients to be in the air.We don't, which only happens roughly every 15 years. You need a new workload. You basically need the ambition that every single company on earth is gonna have data in your database. Multiple times you look at a company like Oracle, right? You will, like, I don't think you can find a company on earth with a digital presence that it not, doesn't somehow have some data in an Oracle database.Right? And I think at this point, that's also true for Snowflake and Databricks, right? 15 years later it's, or even more than that, there's not a company on earth that doesn't, in. Or directly is consuming Snowflake or, or Databricks or any of the big analytics databases. Um, and I think we're in that kind of moment now, right?I don't think you're gonna find a company over the next few years that doesn't directly or indirectly, um, have all their data available for, for search and connect it to ai. So you need that new workload, like you need something to be happening where there's a new workload that causes that to happen, and that new workload is connecting very large amounts of data to ai.The second thing you need. The second condition to build a big database company is that you need some new underlying change in the storage architecture that is not possible from the databases that have come before you. If you look at Snowflake and Databricks, right, commoditized, like massive fleet of HDDs, like that was not possible in it.It just wasn't in the air in the nineties, right? So you just didn't, we just didn't build these systems. S3 and and and so on was not around. And I think the architecture that is now possible that wasn't possible 15 years ago is to go all in on NVME SSDs. It requires a particular type of architecture for the database that.It's difficult to retrofit onto the databases that are already there, including the ones you just mentioned. The second thing is to go all in on OIC storage, more so than we could have done 15 years ago. Like we don't have a consensus layer, we don't really have anything. In fact, you could turn off all the servers that Turbo Buffer has, and we would not lose any data because we have all completely all in on OIC storage.And this means that our architecture is just so simple. So that's the second condition, right? First being a new workload. That means that every company on earth, either indirectly or directly, is using your database. Second being, there's some new storage architecture. That means that the, the companies that have come before you can do what you're doing.I think the third thing you need to do to build a big database company is that over time you have to implement more or less every Cory plan on the data. What that means is that you. You can't just get stuck in, like, this is the one thing that a database does. It has to be ever evolving because when someone has data in the database, they over time expect to be able to ask it more or less every question.So you have to do that to get the storage architecture to the limit of what, what it's capable of. Those are the three conditions.swyx: I just wanted to get a little bit of like the motivation, right? Like, so you left Shopify, you're like principal, engineer, infra guy. Um, you also head of kernel labs, uh, inside of Shopify, right?And then you consulted for read wise and that it kind of gave you that, that idea. I just wanted you to tell that story. Um, maybe I, you've told it before, but, uh, just introduce the, the. People to like the, the new workload, the sort of aha moment for turbo PufferSimon Hørup Eskildsen: For sure. So yeah, I spent almost a decade at Shopify.I was on the infrastructure team, um, from the fairly, fairly early days around 2013. Um, at the time it felt like it was growing so quickly and everything, all the metrics were, you know, doubling year on year compared to the, what companies are contending with today. It's very cute in growth. I feel like lot some companies are seeing that month over month.Um, of course. Shopify compound has been compounding for a very long time now, but I spent a decade doing that and the majority of that was just make sure the site is up today and make sure it's up a year from now. And a lot of that was really just the, um, you know, uh, the Kardashians would drive very, very large amounts of, of data to, to uh, to Shopify as they were rotating through all the merch and building out their businesses.And we just needed to make sure we could handle that. Right. And sometimes these were events, a million requests per second. And so, you know, we, we had our own data centers back in the day and we were moving to the cloud and there was so much sharding work and all of that that we were doing. So I spent a decade just scaling databases ‘cause that's fundamentally what's the most difficult thing to scale about these sites.The database that was the most difficult for me to scale during that time, and that was the most aggravating to be on call for, was elastic search. It was very, very difficult to deal with. And I saw a lot of projects that were just being held back in their ambition by using it.swyx: And I mean, self-hosted.Self-hosted. ‘causeSimon Hørup Eskildsen: it's, yeah, and it commercial, this is like 2015, right? So it's like a very particular vintage. Right. It's probably better at a lot of these things now. Um, it was difficult to contend with and I'm just like, I just think about it. It's an inverted index. It should be good at these kinds of queries and do all of this.And it was, we, we often couldn't get it to do exactly what we needed to do or basically get lucine to do, like expose lucine raw to, to, to what we needed to do. Um, so that was like. Just something that we did on the side and just panic scaled when we needed to, but not a particular focus of mine. So I left, and when I left, I, um, wasn't sure exactly what I wanted to do.I mean, it spent like a decade inside of the same company. I'd like grown up there. I started working there when I was 18.swyx: You only do Rails?Simon Hørup Eskildsen: Yeah. I mean, yeah. Rails. And he's a Rails guy. Uh, love Rails. So good. Um,Alessio: we all wish we could still work in Rails.swyx: I know know. I know, but some, I tried learning Ruby.It's just too much, like too many options to do the same thing. It's, that's my, I I know there's a, there's a way to do it.Simon Hørup Eskildsen: I love it. I don't know that I would use it now, like given cloud code and, and, and cursor and everything, but, um, um, but still it, like if I'm just sitting down and writing a teal code, that's how I think.But anyway, I left and I wasn't, I talked to a couple companies and I was like, I don't. I need to see a little bit more of the world here to know what I'm gonna like focus on next. Um, and so what I decided is like I was gonna, I called it like angel engineering, where I just hopped around in my friend's companies in three months increments and just helped them out with something.Right. And, and just vested a bit of equity and solved some interesting infrastructure problem. So I worked with a bunch of companies at the time, um, read Wise was one of them. Replicate was one of them. Um, causal, I dunno if you've tried this, it's like a, it's a spreadsheet engine Yeah. Where you can do distribution.They sold recently. Yeah. Um, we've been, we used that in fp and a at, um, at Turbo Puffer. Um, so a bunch of companies like this and it was super fun. And so we're the Chachi bt moment happened, I was with. With read Wise for a stint, we were preparing for the reader launch, right? Which is where you, you cue articles and read them later.And I was just getting their Postgres up to snuff, like, which basically boils down to tuning, auto vacuum. So I was doing that and then this happened and we were like, oh, maybe we should build a little recommendation engine and some features to try to hook in the lms. They were not that good yet, but it was clear there was something there.And so I built a small recommendation engine just, okay, let's take the articles that you've recently read, right? Like embed all the articles and then do recommendations. It was good enough that when I ran it on one of the co-founders of Rey's, like I found out that I got articles about, about having a child.I'm like, oh my God, I didn't, I, I didn't know that, that they were having a child. I wasn't sure what to do with that information, but the recommendation engine was good enough that it was suggesting articles, um, about that. And so there was, there was recommendations and uh, it actually worked really well.But this was a company that was spending maybe five grand a month in total on all their infrastructure and. When I did the napkin math on running the embeddings of all the articles, putting them into a vector index, putting it in prod, it's gonna be like 30 grand a month. That just wasn't tenable. Right?Like Read Wise is a proudly bootstrapped company and it's paying 30 grand for infrastructure for one feature versus five. It just wasn't tenable. So sort of in the bucket of this is useful, it's pretty good, but let us, let's return to it when the costs come down.swyx: Did you say it grows by feature? So for five to 30 is by the number of, like, what's the, what's the Scaling factor scale?It scales by the number of articles that you embed.Simon Hørup Eskildsen: It does, but what I meant by that is like five grand for like all of the other, like the Heroku, dinos, Postgres, like all the other, and this then storage is 30. Yeah. And then like 30 grand for one feature. Right. Which is like, what other articles are related to this one.Um, so it was just too much right to, to power everything. Their budget would've been maybe a few thousand dollars, which still would've been a lot. And so we put it in a bucket of, okay, we're gonna do that later. We'll wait, we will wait for the cost to come down. And that haunted me. I couldn't stop thinking about it.I was like, okay, there's clearly some latent demand here. If the cost had been a 10th, we would've shipped it and. This was really the only data point that I had. Right. I didn't, I, I didn't, I didn't go out and talk to anyone else. It was just so I started reading Right. I couldn't, I couldn't help myself.Like I didn't know what like a vector index is. I, I generally barely do about how to generate the vectors. There was a lot of hype about, this is a early 2023. There was a lot of hype about vector databases. There were raising a lot of money and it's like, I really didn't know anything about it. It's like, you know, trying these little models, fine tuning them.Like I was just trying to get sort of a lay of the land. So I just sat down. I have this. A GitHub repository called Napkin Math. And on napkin math, there's just, um, rows of like, oh, this is how much bandwidth. Like this is how many, you know, you can do 25 gigabytes per second on average to dram. You can do, you know, five gigabytes per second of rights to an SSD, blah blah.All of these numbers, right? And S3, how many you could do per, how much bandwidth can you drive per connection? I was just sitting down, I was like, why hasn't anyone build a database where you just put everything on O storage and then you puff it into NVME when you use the data and you puff it into dram if you're, if you're querying it alive, it's just like, this seems fairly obvious and you, the only real downside to that is that if you go all in on o storage, every right will take a couple hundred milliseconds of latency, but from there it's really all upside, right?You do the first go, it takes half a second. And it sort of occurred to me as like, well. The architecture is really good for that. It's really good for AB storage, it's really good for nvm ESSD. It's, well, you just couldn't have done that 10 years ago. Back to what we were talking about before. You really have to build a database where you have as few round trips as possible, right?This is how CPUs work today. It's how NVM E SSDs work. It's how as, um, as three works that you want to have a very large amount of outstanding requests, right? Like basically go to S3, do like that thousand requests to ask for data in one round trip. Wait for that. Get that, like, make a new decision. Do it again, and try to do that maybe a maximum of three times.But no databases were designed that way within NVME as is ds. You can drive like within, you know, within a very low multiple of DRAM bandwidth if you use it that way. And same with S3, right? You can fully max out the network card, which generally is not maxed out. You get very, like, very, very good bandwidth.And, but no one had built a database like that. So I was like, okay, well can't you just, you know, take all the vectors right? And plot them in the proverbial coordinate system. Get the clusters, put a file on S3 called clusters, do json, and then put another file for every cluster, you know, cluster one, do js O cluster two, do js ON you know that like it's two round trips, right?So you get the clusters, you find the closest clusters, and then you download the cluster files like the, the closest end. And you could do this in two round trips.swyx: You were nearest neighbors locally.Simon Hørup Eskildsen: Yes. Yes. And then, and you would build this, this file, right? It's just like ultra simplistic, but it's not a far shot from what the first version of Turbo Buffer was.Why hasn't anyone done thatAlessio: in that moment? From a workload perspective, you're thinking this is gonna be like a read heavy thing because they're doing recommend. Like is the fact that like writes are so expensive now? Oh, with ai you're actually not writing that much.Simon Hørup Eskildsen: At that point I hadn't really thought too much about, well no actually it was always clear to me that there was gonna be a lot of rights because at Shopify, the search clusters were doing, you know, I don't know, tens or hundreds of crew QPS, right?‘cause you just have to have a human sit and type in. But we did, you know, I don't know how many updates there were per second. I'm sure it was in the millions, right into the cluster. So I always knew there was like a 10 to 100 ratio on the read write. In the read wise use case. It's, um, even, even in the read wise use case, there'd probably be a lot fewer reads than writes, right?There's just a lot of churn on the amount of stuff that was going through versus the amount of queries. Um, I wasn't thinking too much about that. I was mostly just thinking about what's the fundamentally cheapest way to build a database in the cloud today using the primitives that you have available.And this is it, right? You just, now you have one machine and you know, let's say you have a terabyte of data in S3, you paid the $200 a month for that, and then maybe five to 10% of that data and needs to be an NV ME SSDs and less than that in dram. Well. You're paying very, very little to inflate the data.swyx: By the way, when you say no one else has done that, uh, would you consider Neon, uh, to be on a similar path in terms of being sort of S3 first and, uh, separating the compute and storage?Simon Hørup Eskildsen: Yeah, I think what I meant with that is, uh, just build a completely new database. I don't know if we were the first, like it was very much, it was, I mean, I, I hadn't, I just looked at the napkin math and was like, this seems really obvious.So I'm sure like a hundred people came up with it at the same time. Like the light bulb and every invention ever. Right. It was just in the air. I think Neon Neon was, was first to it. And they're trying, they're retrofitted onto Postgres, right? And then they built this whole architecture where you have, you have it in memory and then you sort of.You know, m map back to S3. And I think that was very novel at the time to do it for, for all LTP, but I hadn't seen a database that was truly all in, right. Not retrofitting it. The database felt built purely for this no consensus layer. Even using compare and swap on optic storage to do consensus. I hadn't seen anyone go that all in.And I, I mean, there, there, I'm sure there was someone that did that before us. I don't know. I was just looking at the napkin mathswyx: and, and when you say consensus layer, uh, are you strongly relying on S3 Strong consistency? You are. Okay.SoSimon Hørup Eskildsen: that is your consensus layer. It, it is the consistency layer. And I think also, like, this is something that most people don't realize, but S3 only became consistent in December of 2020.swyx: I remember this coming out during COVID and like people were like, oh, like, it was like, uh, it was just like a free upgrade.Simon Hørup Eskildsen: Yeah.swyx: They were just, they just announced it. We saw consistency guys and like, okay, cool.Simon Hørup Eskildsen: And I'm sure that they just, they probably had it in prod for a while and they're just like, it's done right.And people were like, okay, cool. But. That's a big moment, right? Like nv, ME SSDs, were also not in the cloud until around 2017, right? So you just sort of had like 2017 nv, ME SSDs, and people were like, okay, cool. There's like one skew that does this, whatever, right? Takes a few years. And then the second thing is like S3 becomes consistent in 2020.So now it means you don't have to have this like big foundation DB or like zookeeper or whatever sitting there contending with the keys, which is how. You know, that's what Snowflake and others have do so muchswyx: for goneSimon Hørup Eskildsen: Exactly. Just gone. Right? And so just push to the, you know, whatever, how many hundreds of people they have working on S3 solved and then compare and swap was not in S3 at this point in time,swyx: by the way.Uh, I don't know what that is, so maybe you wanna explain. Yes. Yeah.Simon Hørup Eskildsen: Yes. So, um, what Compare and swap is, is basically, you can imagine that if you have a database, it might be really nice to have a file called metadata json. And metadata JSON could say things like, Hey, these keys are here and this file means that, and there's lots of metadata that you have to operate in the database, right?But that's the simplest way to do it. So now you have might, you might have a lot of servers that wanna change the metadata. They might have written a file and want the metadata to contain that file. But you have a hundred nodes that are trying to contend with this metadata that JSON well, what compare and Swap allows you to do is basically just you download the file, you make the modifications, and then you write it only if it hasn't changed.While you did the modification and if not you retry. Right? Should just have this retry loops. Now you can imagine if you have a hundred nodes doing that, it's gonna be really slow, but it will converge over time. That primitive was not available in S3. It wasn't available in S3 until late 2024, but it was available in GCP.The real story of this is certainly not that I sat down and like bake brained it. I was like, okay, we're gonna start on GCS S3 is gonna get it later. Like it was really not that we started, we got really lucky, like we started on GCP and we started on GCP because tur um, Shopify ran on GCP. And so that was the platform I was most available with.Right. Um, and I knew the Canadian team there ‘cause I'd worked with them at Shopify and so it was natural for us to start there. And so when we started building the database, we're like, oh yeah, we have to build a, we really thought we had to build a consensus layer, like have a zookeeper or something to do this.But then we discovered the compare and swap. It's like, oh, we can kick the can. Like we'll just do metadata r json and just, it's fine. It's probably fine. Um, and we just kept kicking the can until we had very, very strong conviction in the idea. Um, and then we kind of just hinged the company on the fact that S3 probably was gonna get this, it started getting really painful in like mid 2024.‘cause we were closing deals with, um, um, notion actually that was running in AWS and we're like, trust us. You, you really want us to run this in GCP? And they're like, no, I don't know about that. Like, we're running everything in AWS and the latency across the cloud were so big and we had so much conviction that we bought like, you know, dark fiber between the AWS regions in, in Oregon, like in the InterExchange and GCP is like, we've never seen a startup like do like, what's going on here?And we're just like, no, we don't wanna do this. We were tuning like TCP windows, like everything to get the latency down ‘cause we had so high conviction in not doing like a, a metadata layer on S3. So those were the three conditions, right? Compare and swap. To do metadata, which wasn't in S3 until late 2024 S3 being consistent, which didn't happen until December, 2020.Uh, 2020. And then NVMe ssd, which didn't end in the cloud until 2017.swyx: I mean, in some ways, like a very big like cloud success story that like you were able to like, uh, put this all together, but also doing things like doing, uh, bind our favor. That that actually is something I've never heard.Simon Hørup Eskildsen: I mean, it's very common when you're a big company, right?You're like connecting your own like data center or whatever. But it's like, it was uniquely just a pain with notion because the, um, the org, like most of the, like if you're buying in Ashburn, Virginia, right? Like US East, the Google, like the GCP and, and AWS data centers are like within a millisecond on, on each other, on the public exchanges.But in Oregon uniquely, the GCP data center sits like a couple hundred kilometers, like east of Portland and the AWS region sits in Portland, but the network exchange they go through is through Seattle. So it's like a full, like 14 milliseconds or something like that. And so anyway, yeah. It's, it's, so we were like, okay, we can't, we have to go through an exchange in Portland.Yeah. Andswyx: you'd rather do this than like run your zookeeper and likeSimon Hørup Eskildsen: Yes. Way rather. It doesn't have state, I don't want state and two systems. Um, and I think all that is just informed by Justine, my co-founder and I had just been on call for so long. And the worst outages are the ones where you have state in multiple places that's not syncing up.So it really came from, from a a, like just a, a very pure source of pain, of just imagining what we would be Okay. Being woken up at 3:00 AM about and having something in zookeeper was not one of them.swyx: You, you're talking to like a notion or something. Do they care or do they just, theySimon Hørup Eskildsen: just, they care about latency.swyx: They latency cost. That's it.Simon Hørup Eskildsen: They just cared about latency. Right. And we just absorbed the cost. We're just like, we have high conviction in this. At some point we can move them to AWS. Right. And so we just, we, we'll buy the fiber, it doesn't matter. Right. Um, and it's like $5,000. Usually when you buy fiber, you buy like multiple lines.And we're like, we can only afford one, but we will just test it that when it goes over the public internet, it's like super smooth. And so we did a lot of, anyway, it's, yeah, it was, that's cool.Alessio: You can imagine talking to the GCP rep and it's like, no, we're gonna buy, because we know we're gonna turn, we're gonna turn from you guys and go to AWS in like six months.But in the meantime we'll do this. It'sSimon Hørup Eskildsen: a, I mean, like they, you know, this workload still runs on GCP for what it's worth. Right? ‘cause it's so, it was just, it was so reliable. So it was never about moving off GCP, it was just about honesty. It was just about giving notion the latency that they deserved.Right. Um, and we didn't want ‘em to have to care about any of this. We also, they were like, oh, egress is gonna be bad. It was like, okay, screw it. Like we're just gonna like vvc, VPC peer with you and AWS we'll eat the cost. Yeah. Whatever needs to be done.Alessio: And what were the actual workloads? Because I think when you think about ai, it's like 14 milliseconds.It's like really doesn't really matter in the scheme of like a model generation.Simon Hørup Eskildsen: Yeah. We were told the latency, right. That we had to beat. Oh, right. So, so we're just looking at the traces. Right. And then sort of like hand draw, like, you know, kind of like looking at the trace and then thinking what are the other extensions of the trace?Right. And there's a lot more to it because it's also when you have, if you have 14 versus seven milliseconds, right. You can fit in another round trip. So we had to tune TCP to try to send as much data in every round trip, prewarm all the connections. And there was, there's a lot of things that compound from having these kinds of round trips, but in the grand scheme it was just like, well, we have to beat the latency of whatever we're up against.swyx: Which is like they, I mean, notion is a database company. They could have done this themselves. They, they do lots of database engineering themselves. How do you even get in the door? Like Yeah, just like talk through that kind of.Simon Hørup Eskildsen: Last time I was in San Francisco, I was talking to one of the engineers actually, who, who was one of our champions, um, at, AT Notion.And they were, they were just trying to make sure that the, you know, per user cost matched the economics that they needed. You know, Uhhuh like, it's like the way I think about, it's like I have to earn a return on whatever the clouds charge me and then my customers have to earn a return on that. And it's like very simple, right?And so there has to be gross margin all the way up and that's how you build the product. And so then our customers have to make the right set of trade off the turbo Puffer makes, and if they're happy with that, that's great.swyx: Do you feel like you're competing with build internally versus buy or buy versus buy?Simon Hørup Eskildsen: Yeah, so, sorry, this was all to build up to your question. So one of the notion engineers told me that they'd sat and probably on a napkin, like drawn out like, why hasn't anyone built this? And then they saw terrible. It was like, well, it literally that. So, and I think AI has also changed the buy versus build equation in terms of, it's not really about can we build it, it's about do we have time to build it?I think they like, I think they felt like, okay, if this is a team that can do that and they, they feel enough like an extension of our team, well then we can go a lot faster, which would be very, very good for them. And I mean, they put us through the, through the test, right? Like we had some very, very long nights to to, to do that POC.And they were really our biggest, our second big customer off the cursor, which also was a lot of late nights. Right.swyx: Yeah. That, I mean, should we go into that story? The, the, the sort of Chris's story, like a lot, um, they credit you a lot for. Working very closely with them. So I just wanna hear, I've heard this, uh, story from Sole's point of view, but like, I'm curious what, what it looks like from your side.Simon Hørup Eskildsen: I actually haven't heard it from Sole's point of view, so maybe you can now cross reference it. The way that I remember it was that, um, the day after we launched, which was just, you know, I'd worked the whole summer on, on the first version. Justine wasn't part of it yet. ‘cause I just, I didn't tell anyone that summer that I was working on this.I was just locked in on building it because it's very easy otherwise to confuse talking about something to actually doing it. And so I was just like, I'm not gonna do that. I'm just gonna do the thing. I launched it and at this point turbo puffer is like a rust binary running on a single eight core machine in a T Marks instance.And me deploying it was like looking at the request log and then like command seeing it or like control seeing it to just like, okay, there's no request. Let's upgrade the binary. Like it was like literally the, the, the, the scrappiest thing. You could imagine it was on purpose because just like at Shopify, we did that all the time.Like, we like move, like we ran things in tux all the time to begin with. Before something had like, at least the inkling of PMF, it was like, okay, is anyone gonna hear about this? Um, and one of the cursor co-founders Arvid reached out and he just, you know, the, the cursor team are like all I-O-I-I-M-O like, um, contenders, right?So they just speak in bullet points and, and facts. It was like this amazing email exchange just of, this is how many QPS we have, this is what we're paying, this is where we're going, blah, blah, blah. And so we're just conversing in bullet points. And I tried to get a call with them a few times, but they were, so, they were like really writing the PMF bowl here, just like late 2023.And one time Swally emails me at like five. What was it like 4:00 AM Pacific time saying like, Hey, are you open for a call now? And I'm on the East coast and I, it was like 7:00 AM I was like, yeah, great, sure, whatever. Um, and we just started talking and something. Then I didn't know anything about sales.It was something that just comp compelled me. I have to go see this team. Like, there's something here. So I, I went to San Francisco and I went to their office and the way that I remember it is that Postgres was down when I showed up at the office. Did SW tell you this? No. Okay. So Postgres was down and so it's like they were distracting with that.And I was trying my best to see if I could, if I could help in any way. Like I knew a little bit about databases back to tuning, auto vacuum. It was like, I think you have to tune out a vacuum. Um, and so we, we talked about that and then, um, that evening just talked about like what would it look like, what would it look like to work with us?And I just said. Look like we're all in, like we will just do what we'll do whatever, whatever you tell us, right? They migrated everything over the next like week or two, and we reduced their cost by 95%, which I think like kind of fixed their per user economics. Um, and it solved a lot of other things. And we were just, Justine, this is also when I asked Justine to come on as my co-founder, she was the best engineer, um, that I ever worked with at Shopify.She lived two blocks away and we were just, okay, we're just gonna get this done. Um, and we did, and so we helped them migrate and we just worked like hell over the next like month or two to make sure that we were never an issue. And that was, that was the cursor story. Yeah.swyx: And, and is code a different workload than normal text?I, I don't know. Is is it just text? Is it the same thing?Simon Hørup Eskildsen: Yeah, so cursor's workload is basically, they, um, they will embed the entire code base, right? So they, they will like chunk it up in whatever they would, they do. They have their own embedding model, um, which they've been public about. Um, and they find that on, on, on their evals.It. There's one of their evals where it's like a 25% improvement on a very particular workload. They have a bunch of blog posts about it. Um, I think it works best on larger code basis, but they've trained their own embedding model to do this. Um, and so you'll see it if you use the cursor agent, it will do searches.And they've also been public around, um, how they've, I think they post trained their model to be very good at semantic search as well. Um, and that's, that's how they use it. And so it's very good at, like, can you find me on the code that's similar to this, or code that does this? And just in, in this queries, they also use GR to supplement it.swyx: Yeah.Simon Hørup Eskildsen: Um, of courseswyx: it's been a big topic of discussion like, is rag dead because gr you know,Simon Hørup Eskildsen: and I mean like, I just, we, we see lots of demand from the coding company to ethicsswyx: search in every part. Yes.Simon Hørup Eskildsen: Uh, we, we, we see demand. And so, I mean, I'm. I like case studies. I don't like, like just doing like thought pieces on this is where it's going.And like trying to be all macroeconomic about ai, that's has turned out to be a giant waste of time because no one can really predict any of this. So I just collect case studies and I mean, cursor has done a great job talking about what they're doing and I hope some of the other coding labs that use Turbo Puffer will do the same.Um, but it does seem to make a difference for particular queries. Um, I mean we can also do text, we can also do RegX, but I should also say that cursors like security posture into Tur Puffer is exceptional, right? They have their own embedding model, which makes it very difficult to reverse engineer. They obfuscate the file paths.They like you. It's very difficult to learn anything about a code base by looking at it. And the other thing they do too is that for their customers, they encrypt it with their encryption keys in turbo puffer's bucket. Um, so it's, it's, it's really, really well designed.swyx: And so this is like extra stuff they did to work with you because you are not part of Cursor.Exactly like, and this is just best practice when working in any database, not just you guys. Okay. Yeah, that makes sense. Yeah. I think for me, like the, the, the learning is kind of like you, like all workloads are hybrid. Like, you know, uh, like you, you want the semantic, you want the text, you want the RegX, you want sql.I dunno. Um, but like, it's silly to like be all in on like one particularly query pattern.Simon Hørup Eskildsen: I think, like I really like the way that, um, um, that swally at cursor talks about it, which is, um, I'm gonna butcher it here. Um, and you know, I'm a, I'm a database scalability person. I'm not a, I, I dunno anything about training models other than, um, what the internet tells me and what.The way he describes is that this is just like cash compute, right? It's like you have a point in time where you're looking at some particular context and focused on some chunk and you say, this is the layer of the neural net at this point in time. That seems fundamentally really useful to do cash compute like that.And, um, how the value of that will change over time. I'm, I'm not sure, but there seems to be a lot of value in that.Alessio: Maybe talk a bit about the evolution of the workload, because even like search, like maybe two years ago it was like one search at the start of like an LLM query to build the context. Now you have a gentech search, however you wanna call it, where like the model is both writing and changing the code and it's searching it again later.Yeah. What are maybe some of the new types of workloads or like changes you've had to make to your architecture for it?Simon Hørup Eskildsen: I think you're right. When I think of rag, I think of, Hey, there's an 8,000 token, uh, context window and you better make it count. Um, and search was a way to do that now. Everything is moving towards the, just let the agent do its thing.Right? And so back to the thing before, right? The LLM is very good at reasoning with the data, and so we're just the tool call, right? And that's increasingly what we see our customers doing. Um, what we're seeing more demand from, from our customers now is to do a lot of concurrency, right? Like Notion does a ridiculous amount of queries in every round trip just because they can't.And I'm also now, when I use the cursor agent, I also see them doing more concurrency than I've ever seen before. So a bit similar to how we designed a database to drive as much concurrency in every round trip as possible. That's also what the agents are doing. So that's new. It means just an enormous amount of queries all at once to the dataset while it's warm in as few turns as possible.swyx: Can I clarify one thing on that?Simon Hørup Eskildsen: Yes.swyx: Is it, are they batching multiple users or one user is driving multiple,Simon Hørup Eskildsen: one user driving multiple, one agent driving.swyx: It's parallel searching a bunch of things.Simon Hørup Eskildsen: Exactly.swyx: Yeah. Yeah, exactly. So yeah, the clinician also did, did this for the fast context thing, like eight parallel at once.Simon Hørup Eskildsen: Yes.swyx: And, and like an interesting problem is, well, how do you make sure you have enough diversity so you're not making the the same request eight times?Simon Hørup Eskildsen: And I think like that's probably also where the hybrid comes in, where. That's another way to diversify. It's a completely different way to, to do the search.That's a big change, right? So before it was really just like one call and then, you know, the LLM took however many seconds to return, but now we just see an enormous amount of queries. So the, um, we just see more queries. So we've like tried to reduce query, we've reduced query pricing. Um, this is probably the first time actually I'm saying that, but the query pricing is being reduced, like five x.Um, and we'll probably try to reduce it even more to accommodate some of these workloads of just doing very large amounts of queries. Um, that's one thing that's changed. I think the right, the right ratio is still very high, right? Like there's still a, an enormous amount of rights per read, but we're starting probably to see that change if people really lean into this pattern.Alessio: Can we talk a little bit about the pricing? I'm curious, uh, because traditionally a database would charge on storage, but now you have the token generation that is so expensive, where like the actual. Value of like a good search query is like much higher because they're like saving inference time down the line.How do you structure that as like, what are people receptive to on the other side too?Simon Hørup Eskildsen: Yeah. I, the, the turbo puffer pricing in the beginning was just very simple. The pricing on these on for search engines before Turbo Puffer was very server full, right? It was like, here's the vm, here's the per hour cost, right?Great. And I just sat down with like a piece of paper and said like, if Turbo Puffer was like really good, this is probably what it would cost with a little bit of margin. And that was the first pricing of Turbo Puffer. And I just like sat down and I was like, okay, like this is like probably the storage amp, but whenever on a piece of paper I, it was vibe pricing.It was very vibe price, and I got it wrong. Oh. Um, well I didn't get it wrong, but like Turbo Puffer wasn't at the first principle pricing, right? So when Cursor came on Turbo Puffer, it was like. Like, I didn't know any VCs. I didn't know, like I was just like, I don't know, I didn't know anything about raising money or anything like that.I just saw that my GCP bill was, was high, was a lot higher than the cursor bill. So Justine and I was just like, well, we have to optimize it. Um, and I mean, to the chagrin now of, of it, of, of the VCs, it now means that we're profitable because we've had so much pricing pressure in the beginning. Because it was running on my credit card and Justine and I had spent like, like tens of thousands of dollars on like compute bills and like spinning off the company and like very like, like bad Canadian lawyers and like things like to like get all of this done because we just like, we didn't know.Right. If you're like steeped in San Francisco, you're just like, you just know. Okay. Like you go out, raise a pre-seed round. I, I never heard a word pre-seed at this point in time.swyx: When you had Cursor, you had Notion you, you had no funding.Simon Hørup Eskildsen: Um, with Cursor we had no funding. Yeah. Um, by the time we had Notion Locke was, Locke was here.Yeah. So it was really just, we vibe priced it 100% from first Principles, but it wasn't, it, it was not performing at first principles, so we just did everything we could to optimize it in the beginning for that, so that at least we could have like a 5% margin or something. So I wasn't freaking out because Cursor's bill was also going like this as they were growing.And so my liability and my credit limit was like actively like calling my bank. It was like, I need a bigger credit. Like it was, yeah. Anyway, that was the beginning. Yeah. But the pricing was, yeah, like storage rights and query. Right. And the, the pricing we have today is basically just that pricing with duct tape and spit to try to approach like, you know, like a, as a margin on the physical underlying hardware.And we're doing this year, you're gonna see more and more pricing changes from us. Yeah.swyx: And like is how much does stuff like VVC peering matter because you're working in AWS land where egress is charged and all that, you know.Simon Hørup Eskildsen: We probably don't like, we have like an enterprise plan that just has like a base fee because we haven't had time to figure out SKU pricing for all of this.Um, but I mean, yeah, you can run turbo puffer either in SaaS, right? That's what Cursor does. You can run it in a single tenant cluster. So it's just you. That's what Notion does. And then you can run it in, in, in BYOC where everything is inside the customer's VPC, that's what an for example, philanthropic does.swyx: What I'm hearing is that this is probably the best CRO job for somebody who can come in and,Simon Hørup Eskildsen: I mean,swyx: help you with this.Simon Hørup Eskildsen: Um, like Turbo Puffer hired, like, I don't know what, what number this was, but we had a full-time CFO as like the 12th hire or something at Turbo Puffer, um, I think I hear are a lot of comp.I don't know how they do it. Like they have a hundred employees and not a CFO. It's like having a CFO is like a runningswyx: business man. Like, you know,Simon Hørup Eskildsen: it's so good. Yeah, like money Mike, like he just, you know, just handles the money and a lot of the business stuff and so he came in and just hopped with a lot of the operational side of the business.So like C-O-O-C-F-O, like somewhere in between.swyx: Just as quick mention of Lucky, just ‘cause I'm curious, I've met Lock and like, he's obviously a very good investor and now on physical intelligence, um, I call it generalist super angel, right? He invests in everything. Um, and I always wonder like, you know, is there something appealing about focusing on developer tooling, focusing on databases, going like, I've invested for 10 years in databases versus being like a lock where he can maybe like connect you to all the customers that you need.Simon Hørup Eskildsen: This is an excellent question. No, no one's asked me this. Um, why lockey? Because. There was a couple of people that we were talking to at the time and when we were raising, we were almost a little, we were like a bit distressed because one of our, one of our peers had just launched something that was very similar to Turbo Puffer.And someone just gave me the advice at the time of just choose the person where you just feel like you can just pick up the phone and not prepare anything. And just be completely honest, and I don't think I've said this publicly before, but I just called Lockey and was like local Lockie. Like if this doesn't have PMF by the end of the year, like we'll just like return all the money to you.But it's just like, I don't really, we, Justine and I don't wanna work on this unless it's really working. So we want to give it the best shot this year and like we're really gonna go for it. We're gonna hire a bunch of people and we're just gonna be honest with everyone. Like when I don't know how to play a game, I just play with open cards and.Lockey was the only person that didn't, that didn't freak out. He was like, I've never heard anyone say that before. As I said, I didn't even know what a seed or pre-seed round was like before, probably even at this time. So I was just like very honest with him. And I asked him like, Lockie, have you ever have, have you ever invested in database company?He was just like, no. And at the time I was like, am I dumb? Like, but I think there was something that just like really drew me to Lockie. He is so authentic, so honest, like, and there was something just like, I just felt like I could just play like, just say everything openly. And that was, that was, I think that that was like a perfect match at the time, and, and, and honestly still is.He was just like, okay, that's great. This is like the most honest, ridiculous thing I've ever heard anyone say to me. But like that, like that, whyswyx: is this ridiculous? Say competitor launch, this may not work out. It wasSimon Hørup Eskildsen: more just like. If this doesn't work out, I'm gonna close up shop by the end of the mo the year, right?Like it was, I don't know, maybe it's common. I, I don't know. He told me it was uncommon. I don't know. Um, that's why we chose him and he'd been phenomenal. The other people were talking at the, at the time were database experts. Like they, you know, knew a lot about databases and Locke didn't, this turned out to be a phenomenal asset.Right. I like Justine and I know a lot about databases. The people that we hire know a lot about databases. What we needed was just someone who didn't know a lot about databases, didn't pretend to know a lot about databases, and just wanted to help us with candidates and customers. And he did. Yeah. And I have a list, right, of the investors that I have a relationship with, and Lockey has just performed excellent in the number of sub bullets of what we can attribute back to him.Just absolutely incredible. And when people talk about like no ego and just the best thing for the founder, I like, I don't think that anyone, like even my lawyer is like, yeah, Lockey is like the most friendly person you will find.swyx: Okay. This is my most glow recommendation I've ever heard.Alessio: He deserves it.He's very special.swyx: Yeah. Yeah. Yeah. Okay. Amazing.Alessio: Since you mentioned candidates, maybe we can talk about team building, you know, like, especially in sf, it feels like it's just easier to start a company than to join a company. Uh, I'm curious your experience, especially not being n SF full-time and doing something that is maybe, you know, a very low level of detail and technical detail.Simon Hørup Eskildsen: Yeah. So joining versus starting, I never thought that I would be a founder. I would start with it, like Turbo Puffer started as a blog post, and then it became a project and then sort of almost accidentally became a company. And now it feels like it's, it's like becoming a bigger company. That was never the intention.The intentions were very pure. It's just like, why hasn't anyone done this? And it's like, I wanna be the, like, I wanna be the first person to do it. I think some founders have this, like, I could never work for anyone else. I, I really don't feel that way. Like, it's just like, I wanna see this happen. And I wanna see it happen with some people that I really enjoy working with and I wanna have fun doing it and this, this, this has all felt very natural on that, on that sense.So it was never a like join versus versus versus found. It was just dis found me at the right moment.Alessio: Well I think there's an argument for, you should have joined Cursor, right? So I'm curious like how you evaluate it. Okay, I should actually go raise money and make this a company versus like, this is like a company that is like growing like crazy.It's like an interesting technical problem. I should just build it within Cursor and then they don't have to encrypt all this stuff. They don't have to obfuscate things. Like was that on your mind at all orSimon Hørup Eskildsen: before taking the, the small check from Lockie, I did have like a hard like look at myself in the mirror of like, okay, do I really want to do this?And because if I take the money, I really have to do it right. And so the way I almost think about it's like you kind of need to ha like you kind of need to be like fucked up enough to want to go all the way. And that was the conversation where I was like, okay, this is gonna be part of my life's journey to build this company and do it in the best way that I possibly can't.Because if I ask people to join me, ask people to get on the cap table, then I have an ultimate responsibility to give it everything. And I don't, I think some people, it doesn't occur to me that everyone takes it that seriously. And maybe I take it too seriously, I don't know. But that was like a very intentional moment.And so then it was very clear like, okay, I'm gonna do this and I'm gonna give it everything.Alessio: A lot of people don't take it this seriously. But,swyx: uh, let's talk about, you have this concept of the P 99 engineer. Uh, people are 10 x saying, everyone's saying, you know, uh, maybe engineers are out of a job. I don't know.But you definitely see a P 99 engineer, and I just want you to talk about it.Simon Hørup Eskildsen: Yeah, so the P 99 engineer was just a term that we started using internally to talk about candidates and talk about how we wanted to build the company. And you know, like everyone else is, like we want a talent dense company.And I think that's almost become trite at this point. What I credit the cursor founders a lot with is that they just arrived there from first principles of like, we just need a talent dense, um, talent dense team. And I think I've seen some teams that weren't talent dense and like seemed a counterfactual run, which if you've run in been in a large company, you will just see that like it's just logically will happen at a large company.Um, and so that was super important to me and Justine and it's very difficult to maintain. And so we just needed, we needed wording for it. And so I have a document called Traits of the P 99 Engineer, and it's a bullet point list. And I look at that list after every single interview that I do, and in every single recap that we do and every recap we end with.End with, um, some version of I'm gonna reject this candidate completely regardless of what the discourse was, because I wanna see people fight for this person because the default should not be, we're gonna hire this person. The default should be, we're definitely not hiring this person. And you know, if everyone was like, ah, maybe throw a punch, then this is not the right.swyx: Do, do you operate, like if there's one cha there must have at least one champion who's like, yes, I will put my career on, on, on the line for this. You know,Simon Hørup Eskildsen: I think career on the line,swyx: maybe a chair, butSimon Hørup Eskildsen: yeah. You know, like, um, I would say so someone needs to like, have both fists up and be like, I'd fight.Right? Yeah. Yeah. And if one person said, then, okay, let's do it. Right?swyx: Yeah.Simon Hørup Eskildsen: Um. It doesn't have to be absolutely everyone. Right? And like the interviews are always the sign that you're checking for different attributes. And if someone is like knocking it outta the park in every single attribute, that's, that's fairly rare.Um, but that's really important. And so the traits of the P 99 engineer, there's lots of them. There's also the traits of the p like triple nine engineer and the quadruple nine engineer. This is like, it's a long list.swyx: Okay.Simon Hørup Eskildsen: Um, I'll give you some samples, right. Of what we, what we look for. I think that the P 99 engineer has some history of having bent, like their trajectory or something to their will.Right? Some moment where it was just, they just, you know, made the computer do what it needed to do. There's something like that, and it will, it will occur to have them at some point in their career. And, uh. Hopefully multiple times. Right.swyx: Gimme an example of one of your engineers that like,Simon Hørup Eskildsen: I'll give an eng.Uh, so we, we, we launched this thing called A and NV three. Um, we could, we're also, we're working on V four and V five right now, but a and NV three can search a hundred billion vectors with a P 50 of around 40 milliseconds and a p 99 of 200 milliseconds. Um, maybe other people have done this, I'm sure Google and others have done this, but, uh, we haven't seen anyone, um, at least not in like a public consumable SaaS that can do this.And that was an engineer, the chief architect of Turbo Puffer, Nathan, um, who more or less just bent this, the software was not capable of this and he just made it capable for a very particular workload in like a, you know, six to eight week period with the help of a lot of the team. Right. It's been, been, there's numerous of examples of that, like at, at turbo puff, but that's like really bending the software and X 86 to your will.It was incredible to watch. Um. You wanna see some moments like that?swyx: Isn't that triple nine?Simon Hørup Eskildsen: Um, I think Nathan, what's calledAlessio: group nine, that was only nine. I feel like this is too high forSimon Hørup Eskildsen: Nathan. Nathan is, uh, Nathan is like, yeah, there's a lot of nines. Okay. After that p So I think that's one trait. I think another trait is that, uh, the P 99 spends a lot of time looking at maps.Generally it's their preferred ux. They just love looking at maps. You ever seen someone who just like, sits on their phone and just like, scrolls around on a map? Or did you not look at maps A lot? You guys don't look atswyx: maps? I guess I'm not feeling there. I don't know, butSimon Hørup Eskildsen: you just dis What about trains?Do you like trains?swyx: Uh, I mean they, not enough. Okay. This is just like weapon nice. Autism is what I call it. Like, like,Simon Hørup Eskildsen: um, I love looking at maps, like, it's like my preferred UX and just like I, you know, I likeswyx: lotsAlessio: of, of like random places, soswyx: like,youswyx: know.Alessio: Yes. Okay. There you go. So instead of like random places, like how do you explore the maps?Simon Hørup Eskildsen: No, it's, it's just a joke.swyx: It's autism laugh. It's like you are just obsessed by something and you like studying a thing.Simon Hørup Eskildsen: The origin of this was that at some point I read an interview with some IOI gold medalistswyx: Uhhuh,Simon Hørup Eskildsen: and it's like, what do you do in your spare time? I was just like, I like looking at maps.I was like, I feel so seen. Like, I just like love, like swirling out. I was like, oh, Canada is so big. Where's Baffin Island? I don't know. I love it. Yeah. Um, anyway, so the traits of P 99, P 99 is obsessive, right? Like, there's just like, you'll, you'll find traits of that we do an interview at, at, at, at turbo puffer or like multiple interviews that just try to screen for some of these things.Um, so. There's lots of others, but these are the kinds of traits that we look for.swyx: I'll tell you, uh, some people listen for like some of my dere stuff. Uh, I do think about derel as maps. Um, you draw a map for people, uh, maps show you the, uh, what is commonly agreed to be the geographical features of what a boundary is.And it shows also shows you what is not doing. And I, I think a lot of like developer tools, companies try to tell you they can do everything, but like, let's, let's be real. Like you, your, your three landmarks are here, everyone comes here, then here, then here, and you draw a map and, and then you draw a journey through the map.And like that. To me, that's what developer relations looks like. So I do think about things that way.Simon Hørup Eskildsen: I think the P 99 thinks in offs, right? The P 99 is very clear about, you know, hey, turbo puffer, you can't run a high transaction workload on turbo puffer, right? It's like the right latency is a hundred milliseconds.That's a clear trade off. I think the P 99 is very good at articulating the trade offs in every decision. Um. Which is exactly what the map is in your case, right?swyx: Uh, yeah, yeah. My, my, my world. My world.Alessio: How, how do you reconcile some of these things when you're saying you bend the will the computer versus like the trade

Weihnachten 1992. Ein 386SX mit 25 MHz, 2 MB RAM und einer 100-MB-Festplatte zieht bei mir ein – und verändert alles. In dieser Folge geht es um technologische Zeitsprünge. Vom ersten Mandelbrot in GW-BASIC, das ohne mathematischen Coprozessor bis zu 90 Minuten brauchte, über das erste 2.400-Bit-Modem und Mailbox-Nächte bis hin zu einem heutigen System mit i9-13900K, 64 GB RAM und mehreren NVMe-SSDs, das 1 GB in 0,15 Sekunden verschiebt. Doch es bleibt nicht bei Nostalgie. Wir sprechen über die aktuelle Grafikkarten- und Speicherkrise durch KI-Rechenzentren, über CUDA-Kerne, Energieverbrauch, übertaktete Rechenzentrums-Hardware aus Fernost – und die Frage, ob kleine, effiziente Systeme wie ein Raspberry Pi mit AI-Head langfristig die klügere Alternative sein können. Wie fühlt sich technologische Entwicklung an, wenn man sie von Anfang an miterlebt hat? Was bedeuten 30 Jahre Rechenleistung in echten Zahlen? Und warum ist der Schritt vom 387SX-Coprozessor zu lokalen KI-Agenten eigentlich gar nicht so groß, wie er scheint? Eine ruhige, persönliche Folge zwischen Retro-Computing, Marktanalyse und Zukunftsvision.

Weihnachten 1992. Ein 386SX mit 25 MHz, 2 MB RAM und einer 100-MB-Festplatte zieht bei mir ein – und verändert alles. In dieser Folge geht es um technologische Zeitsprünge. Vom ersten Mandelbrot in GW-BASIC, das ohne mathematischen Coprozessor bis zu 90 Minuten brauchte, über das erste 2.400-Bit-Modem und Mailbox-Nächte bis hin zu einem heutigen System mit i9-13900K, 64 GB RAM und mehreren NVMe-SSDs, das 1 GB in 0,15 Sekunden verschiebt. Doch es bleibt nicht bei Nostalgie. Wir sprechen über die aktuelle Grafikkarten- und Speicherkrise durch KI-Rechenzentren, über CUDA-Kerne, Energieverbrauch, übertaktete Rechenzentrums-Hardware aus Fernost – und die Frage, ob kleine, effiziente Systeme wie ein Raspberry Pi mit AI-Head langfristig die klügere Alternative sein können. Wie fühlt sich technologische Entwicklung an, wenn man sie von Anfang an miterlebt hat? Was bedeuten 30 Jahre Rechenleistung in echten Zahlen? Und warum ist der Schritt vom 387SX-Coprozessor zu lokalen KI-Agenten eigentlich gar nicht so groß, wie er scheint? Eine ruhige, persönliche Folge zwischen Retro-Computing, Marktanalyse und Zukunftsvision.

Weihnachten 1992. Ein 386SX mit 25 MHz, 2 MB RAM und einer 100-MB-Festplatte zieht bei mir ein – und verändert alles. In dieser Folge geht es um technologische Zeitsprünge. Vom ersten Mandelbrot in GW-BASIC, das ohne mathematischen Coprozessor bis zu 90 Minuten brauchte, über das erste 2.400-Bit-Modem und Mailbox-Nächte bis hin zu einem heutigen System mit i9-13900K, 64 GB RAM und mehreren NVMe-SSDs, das 1 GB in 0,15 Sekunden verschiebt. Doch es bleibt nicht bei Nostalgie. Wir sprechen über die aktuelle Grafikkarten- und Speicherkrise durch KI-Rechenzentren, über CUDA-Kerne, Energieverbrauch, übertaktete Rechenzentrums-Hardware aus Fernost – und die Frage, ob kleine, effiziente Systeme wie ein Raspberry Pi mit AI-Head langfristig die klügere Alternative sein können. Wie fühlt sich technologische Entwicklung an, wenn man sie von Anfang an miterlebt hat? Was bedeuten 30 Jahre Rechenleistung in echten Zahlen? Und warum ist der Schritt vom 387SX-Coprozessor zu lokalen KI-Agenten eigentlich gar nicht so groß, wie er scheint? Eine ruhige, persönliche Folge zwischen Retro-Computing, Marktanalyse und Zukunftsvision.

The Death of Industrial Design, Host naming Convensions, Symbian reflections, bash timeouts, nvme vs ssds, a system to organize your life, and more. NOTES This episode of BSDNow is brought to you by Tarsnap (https://www.tarsnap.com/bsdnow) and the BSDNow Patreon (https://www.patreon.com/bsdnow) Headlines The Death Of Industrial Design And The Era Of Dull Electronics (https://hackaday.com/2025/07/23/the-death-of-industrial-design-and-the-era-of-dull-electronics) Host Naming Convention (https://vulcanridr.mataroa.blog/blog/host-naming-convention) News Roundup Open, free, and completely ignored: The strange afterlife of Symbian (https://www.theregister.com/2025/07/17/symbian_forgotten_foss_phone_os/) TIL: timeout in Bash scripts (https://heitorpb.github.io/bla/timeout/) It seems like NVMe SSDs have overtaken SATA SSDs for high capacities (https://utcc.utoronto.ca/~cks/space/blog/tech/NVMeOvertakingSATAForSSDs) A system to organise your life (https://johnnydecimal.com) Tarsnap This weeks episode of BSDNow was sponsored by our friends at Tarsnap, the only secure online backup you can trust your data to. Even paranoids need backups. Feedback/Questions - Nelson - Books (https://github.com/BSDNow/bsdnow.tv/blob/master/629/feedback/Nelson%20-%20books.md) Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv (mailto:feedback@bsdnow.tv) Join us and other BSD Fans in our BSD Now Telegram channel (https://t.me/bsdnow)

Sofern man keinen wirklich riesigen Speicherplatz braucht, sind SSDs auch für externe Speichermedien die erste Wahl: Festplatten sind überhaupt nur noch sinnvoll, wenn Kapazitäten oberhalb von 1-2 Terabyte möglichst günstig gefragt sind. Doch wie unterscheiden sich eigentlich verschiedene Flash-Speicherarten? Ist ein USB-Stick nur eine langsame und billige SSD, oder gibt es spezifische technische Unterschiede? Warum sind MicroSD-Karten bei gleicher Kapazität meist ähnlich teuer wie einfache NVMe-SSDs, obwohl sie doch viel langsamer sind? Ist die Ausfallneigung von SD-Karten nur ein längst überholtes Klischee? Über diese und weitere Fragen, aber auch über unseren aktuellen Vergleichstest externer SSDs sprechen wir in dieser Folge des c't uplink. Unseren Vergleichstest aktueller externer SSDs lesen in c't 15/2025: https://www.heise.de/select/ct/2025/15

Sofern man keinen wirklich riesigen Speicherplatz braucht, sind SSDs auch für externe Speichermedien die erste Wahl: Festplatten sind überhaupt nur noch sinnvoll, wenn Kapazitäten oberhalb von 1-2 Terabyte möglichst günstig gefragt sind. Doch wie unterscheiden sich eigentlich verschiedene Flash-Speicherarten? Ist ein USB-Stick nur eine langsame und billige SSD, oder gibt es spezifische technische Unterschiede? Warum sind MicroSD-Karten bei gleicher Kapazität meist ähnlich teuer wie einfache NVMe-SSDs, obwohl sie doch viel langsamer sind? Ist die Ausfallneigung von SD-Karten nur ein längst überholtes Klischee? Über diese und weitere Fragen, aber auch über unseren aktuellen Vergleichstest externer SSDs sprechen wir in dieser Folge des c't uplink. Zu Gast: Lutz Labs Host: Jan Schüßler Produktion: Ralf Taschke Unseren Vergleichstest aktueller externer SSDs lesen in c't 15/2025: https://www.heise.de/select/ct/2025/15

Sofern man keinen wirklich riesigen Speicherplatz braucht, sind SSDs auch für externe Speichermedien die erste Wahl: Festplatten sind überhaupt nur noch sinnvoll, wenn Kapazitäten oberhalb von 1-2 Terabyte möglichst günstig gefragt sind. Doch wie unterscheiden sich eigentlich verschiedene Flash-Speicherarten? Ist ein USB-Stick nur eine langsame und billige SSD, oder gibt es spezifische technische Unterschiede? Warum sind MicroSD-Karten bei gleicher Kapazität meist ähnlich teuer wie einfache NVMe-SSDs, obwohl sie doch viel langsamer sind? Ist die Ausfallneigung von SD-Karten nur ein längst überholtes Klischee? Über diese und weitere Fragen, aber auch über unseren aktuellen Vergleichstest externer SSDs sprechen wir in dieser Folge des c't uplink. Zu Gast: Lutz Labs Host: Jan Schüßler Produktion: Ralf Taschke Unseren Vergleichstest aktueller externer SSDs lesen in c't 15/2025: https://www.heise.de/select/ct/2025/15

Episode Topic Dive into the transformative world of data storage and fintech innovation with JB Baker, VP of Marketing and Product Management at ScaleFlux. In this episode, we explore how ScaleFlux is revolutionizing the data pipeline, optimizing everything from data creation to actionable business intelligence. With the explosion of data driven by AI-powered financial applications and real-time analytics, ScaleFlux is delivering cutting-edge solutions that are smarter, faster, and more sustainable. Learn how computational storage and advanced SSD technology are not only transforming IT infrastructure for financial institutions but also addressing critical challenges like power efficiency, scalability, and sustainability. We also explore the growing significance of NVMe SSDs and how they improve enterprise performance while reducing electronic waste. JB shares how ScaleFlux's unique approach combines inline compression and data reduction to enhance real-time data processing. This episode highlights the critical role of sustainable innovation, offering solutions for businesses managing the ever-increasing demands of AI and big data.   Lessons You'll Learn Gain invaluable insights into navigating today's data-driven business landscape. JB explains how computational storage supports AI workloads, enabling financial services to process data more efficiently while addressing power constraints and latency issues. Learn how strategies like write reduction technology improve data compression, scalability, and IT infrastructure efficiency. Discover why sustainability matters in tech, as JB discusses solutions to reduce electronic waste through more durable storage components. Understand how NVMe SSDs are redefining industry standards, helping organizations achieve more with fewer resources. From fraud detection to high-frequency trading, this episode reveals how smarter storage enables businesses to deliver faster, better results in a competitive environment.   About Our Guest JB Baker is an industry leader in data storage, with over 15 years of experience driving innovation at companies like ScaleFlux. As the VP of Marketing and Product Management, JB's expertise lies in bridging technical solutions with business goals to create impactful strategies. He holds a degree in psychology from Harvard University and an MBA specializing in marketing and operations. At ScaleFlux, JB leads efforts to reshape the data storage landscape, focusing on computational storage, power efficiency, and sustainability. His deep understanding of NVMe SSD technology and inline compression has positioned ScaleFlux as a pioneer in addressing the unique challenges of data-intensive applications. JB's leadership and vision continue to drive ScaleFlux's mission to deliver scalable, high-performance storage solutions tailored to the evolving demands of AI and big data.   Topics Covered This episode unpacks the critical role of computational storage in supporting data-heavy applications like AI and financial services. JB explains how ScaleFlux's solutions optimize the data pipeline to deliver faster processing, better scalability, and improved efficiency. Learn why NVMe SSDs are essential for modern IT infrastructure and how they outperform traditional storage technologies like SATA and SAS. We also dive into sustainability, exploring ScaleFlux's innovative approach to reducing electronic waste by extending the lifespan of storage components. JB highlights the importance of real-time data analysis in applications like fraud detection, high-frequency trading, and AI workloads. Discover how ScaleFlux empowers organizations to handle exponential data growth while meeting the demands of today's dynamic business environment.  

This week we're talking about what's in store for the next iPad Pro, when to expect the HomePod with a screen, the RETURN of upgradable Mac storage… and the Touch Bar? Also, an all-new Under Review! This episode supported by: Listeners like you. Your support helps us fund CultCast Off-Topic, a new weekly podcast of bonus content available for everyone; and helps us secure the future of the podcast. You also get access to The CultClub Discord, where you can chat with us all week long, give us show topics, and even end up on the show. Support The CultCast at support.thecultcast.com — OR at CultOf9to5MacRumors.com CultCloth will keep your Mac Studio, Studio Display, iPhone 15 Pro, guitars, glasses and lenses sparkling clean! For a limited time use code CULTCAST at checkout to score a two free CarryCloths with any order $20+ at CultCloth.co Notion AI can now give you instant answers to your questions, using information from across your wiki, projects, docs and meeting notes. Go to notion.com/cultcast to try the powerful Notion AI today. 1Password Extended Access Management solves the problems traditional IAM and MDM can't. It's security for the way we work today. Check it out at 1password.com/cultcast This week's stories: Apple's next iPad Pro upgrade to arrive in second half of 2025 The next big iPad Pro refresh will arrive in the second half of 2025 at the earliest, according to a new report. The upgraded M5 iPad Pro reportedly will be the first product to use the next-gen Apple silicon chip. HomePod with a large display is still on the way The HomePod with a built-in 6- to 7-inch display that's been the subject of previous rumors will launch after Apple's developer conference in June, according to a report on Wednesday from a reliable source. Upgrading your Mac Studio storage becomes possible The French company Polysoft reverse engineered Apple's proprietary NVMe SSDs for the Mac Studio and put them on the market at prices well below Apple's. Apple's Touch Bar resurrected as Flexbar, a standalone USB-C OLED strip Flexbar, developed by Hong Kong startup Eniac Technology, reimagines the controversial MacBook Pro feature as a standalone accessory that promises to deliver on the Touch Bar's original potential. Under Review: Carpod Go T3 The Carpod Go T3 is a convenient way to add a wireless CarPlay tablet to your car — with a responsive 8.9-inch 700 nit display.

Many of the largest-scale data storage environments use Ceph, an open source storage system, and are now connecting this to AI. This episode of Utilizing Tech, sponsored by Solidigm, features Dan van der Ster, CTO of Clyso, discussing Ceph for AI Data with Jeniece Wnorowski and Stephen Foskett. Ceph began in research and education but today is widely used as well in finance, entertainment, and commerce. All of these use cases require massive scalability and extreme reliability despite using commodity storage components, but Ceph is increasingly able to deliver high performance as well. AI workloads require scalable metadata performance as well, which is an area that Ceph developers are making great strides. The software has also proved itself adaptable to advanced hardware, including today's large NVMe SSDs. As data infrastructure development has expanded from academia to HPC to the cloud and now AI, it's important to see how the community is embracing and improving the software that underpins today's compute stack. Hosts: Stephen Foskett, Organizer of Tech Field Day: ⁠⁠https://www.linkedin.com/in/sfoskett/⁠⁠ Jeniece Wnorowski, Datacenter Product Marketing Manager at Solidigm: https://www.linkedin.com/in/jeniecewnorowski/ Guest: Dan van der Ster, CTO at CLYSO and Ceph Executive Council Member: https://www.linkedin.com/in/dan-vanderster/ Follow Utilizing Tech Website: ⁠⁠⁠⁠https://www.UtilizingTech.com/⁠⁠⁠⁠ X/Twitter: ⁠⁠⁠⁠https://www.twitter.com/UtilizingTech ⁠⁠⁠⁠ Tech Field Day Website: ⁠⁠⁠⁠https://www.TechFieldDay.com⁠⁠⁠⁠ LinkedIn: ⁠⁠⁠⁠https://www.LinkedIn.com/company/Tech-Field-Day ⁠⁠⁠⁠ X/Twitter: ⁠⁠⁠⁠https://www.Twitter.com/TechFieldDay ⁠⁠⁠⁠ Tags: #UtilizingTech, #Sponsored, #AIDataInfrastructure, #AI, @SFoskett, @TechFieldDay, @UtilizingTech, @Solidigm,

Cutting-edge AI infrastructure needs all the performance it can get, but these environments must also be efficient and reliable. This episode of Utilizing Tech, brought to you by Solidigm, features Davide Villa of Xinnor discussing the value of modern software RAID and NVMe SSDs with Ace Stryker and Stephen Foskett. Xinnor xiRAID leverages the resources of the server, including the AVX instruction set found on modern CPUs, to combine NVMe SSDs, providing high performance and reliability inside the box. Modern servers have multiple internal drive slots, and all of these drives must be managed and protected in the event of failure. This is especially important in AI servers, since an ML training run can take weeks, amplifying the risk of failure. Software RAID can be used in many different implementations, with various file systems, including NFS and high-performance networks like InfiniBand. And it can be tuned to maximize performance for each workload. Xinnor can help customers to tune the software to maximize reliability of SSDs, especially with QLC flash, by adapting the chunk size and minimizing write amplification. Xinnor also produces a storage platform solution called xiSTORE that combines xiRAID with the Lustre FS clustered file system, which is already popular in HPC environments. Although many environments can benefit from a full-featured storage platform, others need a software RAID solution to combine NVMe SSDs for performance and reliability. Hosts: Stephen Foskett, Organizer of Tech Field Day: ⁠https://www.linkedin.com/in/sfoskett/⁠ Ace Stryker, Director of Product Marketing, AI Product Marketing at Solidigm: ⁠https://www.linkedin.com/in/acestryker/ Davide Villa, Chief Revenue Officer at Xinnor: https://www.linkedin.com/in/davide-villa-b1256a2/ Follow Utilizing Tech Website: ⁠⁠https://www.UtilizingTech.com/⁠⁠ X/Twitter: ⁠⁠https://www.twitter.com/UtilizingTech ⁠⁠ Tech Field Day Website: ⁠⁠https://www.TechFieldDay.com⁠⁠ LinkedIn: ⁠⁠https://www.LinkedIn.com/company/Tech-Field-Day ⁠⁠ X/Twitter: ⁠⁠https://www.Twitter.com/TechFieldDay ⁠⁠ Tags: #UtilizingTech, #Sponsored, #AIDataInfrastructure, #AI, @SFoskett, @TechFieldDay, @UtilizingTech, @Solidigm,

Why the Raspberry Pi 5 doesn't meet our expectations, and the x86 boxes you should consider instead.

The rapid evolution of advanced memory and storage technology is helping to transform the modern world at lightning fast speeds. Blink and you could miss the latest innovations. The new Flash SSD memories are blisteringly fast (up to 128 Gbps), powered by leading edge PCIe Gen. 5 & CXL. Essential for next generation data centers, artificial intelligence (AI) and 5G applications, the latest Flash SSDs are debuting at the Flash Summit Conference and Expo August 2-4, 2022. Listen in as Advantest Flash Memory experts describe what's changing in the market, why it's changing, and how Advantest's MPT3000 is always a step ahead of the competition.

► Today's sponsor: Get Extra today to start building credit with debit! https://extra.app/ufdtech Sources & Timestamps! 0:00 - Intro 0:16 - Zen 4: https://bit.ly/3mmvbXp https://bit.ly/3Ejgr1p https://bit.ly/3EjgsCv https://bit.ly/3H74IoI 3:01 - Sponsor 4:10 - CES Dropouts: https://engt.co/3piKMsT 4:49 - Gen 5 NVME SSDs: https://bit.ly/3ql7rUx 5:26 - UFD Deals: https://www.ufd.deals/ https://geni.us/n4KBEe https://geni.us/M3qAaG3 https://geni.us/Bm8Tf0 https://geni.us/qKAHwtE https://geni.us/Sijs 6:34 - Cryptostonks: http://bit.ly/2GkIP8y https://bit.ly/339VGVS https://bit.ly/3uUj19Q https://yhoo.it/3bFclob https://yhoo.it/bSRrxsM 7:10 - Gamer Hand Massager: https://bit.ly/3Fm7rKh 8:04 - Xbox Game Pass $6300 Value: https://bit.ly/3qBUczh 9:08 - LG's DualUp Monitor: https://engt.co/3JcmF6T 10:24 - JWST Delayed Again: https://engt.co/3mqvMHs 11:03 - Not Unlminted Mint: https://bit.ly/3yP2gAa --- Support this podcast: https://anchor.fm/ufdhotnews/support

British manufacturer Expanscape has showcased the Aurora 7 (Prototype) multi-screen laptop that includes not two or three but seven displays to enable multitasking. The bulky device that weighs roughly 11kg and is 4.3-inches in thickness, is specifically designed for data scientists, developers or anyone who needs more than two monitors to function. As mentioned, it is still a prototype, and the company is looking at ways to improve the design and features. Here's what Aurora 7 multi-screen laptop by Expanscape offers. Starting with the design, the Expanscape Aurora 7 packs seven different displays, each of which can be folded out individually. There are two 17.3-inch horizontal monitors each with 4K resolution. The two large vertical monitors on the sides also have 4K resolution but with relatively more brightness of 400 nits over 300 nits. Each vertically-placed screens have a 7-inch screen with Full-HD resolution, on top. Lastly, there is a small 1.44-inch touch-enabled display panel on the body, with 128x128 pixels. The company has not explained its hinge-mechanism but we can notice there's a broad-and-bulky base that provides balance to the laptop when fully unfolded. Under the hood, the Expanscape Aurora 7 packs the Intel Core i9-9900k, 64GB of DDR4 RAM and an Nvidia GeForce GTX 1060 GPU. In terms of hard drive storage, the notebook has two NVME SSDs, each with 1 TB and 500 GB capacity. There are also two SATA SSDs that get by with 1TB or 2TB. The company will likely upgrade the GPU or CPU units as the laptop of this size would require more power to run seven monitors, simultaneously. According to Gizmodo, the current prototype version of Expanscape Aurora 7 only lasts for 1 hour with the primary battery unit. There's a secondary 148Wh battery just to power its additional displays, and that's over the US Federal Aviation Administration' (FAA) legal limit to fly in a plane. Air India also does not allow individual passengers to carry batteries exceeding 100Wh capacity. --- This episode is sponsored by · Anchor: The easiest way to make a podcast. https://anchor.fm/app

In this episode, I discuss some news from the world of technology, and I talk about the new SSD storage technologies M.2 SATA & M.2 NVME.

In this episode, I discuss some news from the world of technology, and I talk about the new SSD storage technologies M.2 SATA & M.2 NVME.

Kyle and Gilbert recap the Quarantine Conference and drop some productivity bombshells, brought to you by Zoombridge Instatwittica, GmbH.Show NotesWut up, fam? Shoutout to Tom for is great work on the Quarantine Conference episodes. Gilbert is back at the console and every um is a dagger, every clip a very Catholic whip. Smash that bell, bitches.The RICE method.How to burn your clothing for safety.Pour one out for Adam Schlesinger.An excellent, Fleishman-esque summary Zoom's foibles. Please don't shut up, Glenn.Davis Vantage Vue and Pro 2, plus WeatherLink.ATP and Upgrade on Dark Sky.With things like AirTags and Dark Sky is Apple about to start a more significant push for using all our phones for better (but hopefully more secure) info a la Tile and Waze?PostLab supports Premiere now.LumaForge on local and remote (via PostLab) collaboration in Final Cut.Wait, WTF is PostLab?Apple, with magically impeccable timing, endorses PostLab for the purpose of collaboration in Final Cut workflows. Turns out that's a thing. If only it were native. Shame.Hedge acquires PostLab. And after we recorded, MergeX was also added to the system.How Adobe does remote collaboration.Turns out Adobe had cut Team subscriptions down to the level of the base All Access sub (30% less), so there was no cost difference at all. Smart move. Deal no longer active.Descript really does do some cool stuff for audio collaboration. Too bad it's so weird.Although even with just 4GB or 6GB of RAM in 2018-2020 iPads Pro, LumaFusion is still doing some cool things. Final Cut for iPadOS should still be a thing.Furthest Avid bin close request? No.Nobody knows what Main Stage is.How multitrack compositions work in Descript.If (1) you're not a musician, (2) you just want a next-level DAW for recording and editing podcasts, (3) you'd like to pay once out of pocket, and (4) you're feeling a bit masochistic, Logic currently has a 90-day free trial. Normally it's only 30 days. Same with Final Cut.Education discount for Apple Pro apps.Ringr and Zencastr do some interesting stuff, but can be scary given how the guest uploads work (don't close the browser!).Also, remember, the "Z" and C" are silent.Cut the FLAC.Buuuuut, Zoom offers native recording and individual remote tracks unlike Call Recorder. Ugh.Rogue Amoeba is so fucking awesome. Buy all their things, especially if you're on a Windows PC.Fission needs to be a bigger part of the audio editing discussion. For now, check out the Smart Split feature.We might've put a picture of Logic's Strip Silence view in our chapter art. Probably not though.Is the subscription model fading for freelancers? Here's one hot take!Steve on Flash. So good.Will he really leave?Putting a Photos library on a NAS is a pain in the SaaS.Extremely fast local collaboration with Gilbert's NAS.The QNAP TVS-672XT and all its special things.Seagate Iron Wolf Pro HDDs. Gilbert has six of these at 10TB each in RAID5. Total usable capacity ~50TB, less the NAS's OS and stupid drive rounding.The awesome Samsung EVO 970 Plus M.2 NVME SSDs. Gilbert has two at 1TB each in RAID0, but read only. Total cache capacity is ~1.8TB after rounding, etc. He is not using any additional over-provisioning for these excellent drives. With their native over-provisioning they're rated at 350GB/day for a decade. Plus, no risk of data loss via failed cache given read-only. If they were set up as read/write he'd use RAID1, limiting the total cache to ~950GB.MikroTik's Latvian SFP+ hotness.What JBOD actually means.What Gilbert is planning to use to backup the NAS.QNAP Snapshots.Here's a Jellyfish solution that does less in a much more user-friendly way for a mere $21,000.The sparse image trick also works for helping prevent application memory overflows (I'm looking at you, Adobe and Avid) if you have the apps installed there instead of on the local drive. Not generally recommended.

This week we discuss our favorite games of the decade. We also discuss the specs that have leaked about the Xbox Series X and Playstation 5 so far including details about their GPUs and what their NVMe SSDs might mean for external expandable storage. Plus Vince Zampella is taking over Dice LA in addition to Respawn, Grand Theft Auto V surprise launches into Game Pass and we discuss our opinions on review score scales.

In der aktuellen Uplink-Folge diskutieren wir, wie man Fakes im Netz erkennt, was der AMD Ryzen 9 3950X taugt und wie Linux auf unseren optimalen PCs läuft. ///////////////////////////// Im Netz wird gelogen, dass sich die Balken biegen: Nicht nur in Form von Desinformations-Artikeln, sondern auch mit Bild- und Videofälschungen. Jo Bager erklärt, wie man solche Fakes erkennen und im Zweifel überprüfen kann. Dabei muss man nicht auf langwierige technische Analysen wie beispielweise das Abgleichen von Kamerasensor-Rauschmustern zurückgreifen, sondern kann zuerst auch ganz einfache Dinge ausprobieren. Die neue 16-Kern-CPU AMD Ryzen 9 3950X auf Herz und Nieren getestet hat Christian Hirsch. In der Uplink-Diskussion berichtet er, was der teure AMD-Prozessor besser kann als seine aktuellen Intel-Mitbewerber. Und vor allem: Ob der happige Preis von 820 Euro gerechtfertigt ist. Außerdem erklärt er, welche Anwendungen von 16 Kernen profitieren und welche eher nicht. (Spoiler: Wer vor allem spielen will, braucht keine 16 Kerne.) Der c't-Linux-Experte Thorsten Leemhuis hat Linux installiert -- und zwar auf den aktuellen Versionen des von c't jährlich konzipierten optimalen PC. Bei den Linux-Tests hat er interessante Erkenntnisse gewonnen, zum Beispiel dass bei aktuellen Nvidia-RTX-Grafikkarten ein meist gar nicht genutzter USB-C-Controller Probleme bereitet. Außerdem genehmigen sich einige der Konfigurationen unter Linux zu viel Strom oder produzieren Fehler mit NVMe-SSDs -- glücklicherweise keine, die zu Datenverlust führen. Mit dabei: Jo Bager, Christian Hirsch, Thorsten Leemhuis, Jan-Keno Janssen Hintergrund zur am Ende der Folge erwähnten Demonstration: https://www.ndr.de/nachrichten/niedersachsen/hannover_weser-leinegebiet/Verwaltungsgericht-Hannover-erlaubt-NPD-Demo,npddemo146.html Die c't 25/2019 gibt's am Kiosk, im Browser und in der c't-App für iOS und Android.

In der aktuellen Uplink-Folge diskutieren wir, wie man Fakes im Netz erkennt, was der AMD Ryzen 9 3950X taugt und wie Linux auf unseren optimalen PCs läuft. ///////////////////////////// Im Netz wird gelogen, dass sich die Balken biegen: Nicht nur in Form von Desinformations-Artikeln, sondern auch mit Bild- und Videofälschungen. Jo Bager erklärt, wie man solche Fakes erkennen und im Zweifel überprüfen kann. Dabei muss man nicht auf langwierige technische Analysen wie beispielweise das Abgleichen von Kamerasensor-Rauschmustern zurückgreifen, sondern kann zuerst auch ganz einfache Dinge ausprobieren. Die neue 16-Kern-CPU AMD Ryzen 9 3950X auf Herz und Nieren getestet hat Christian Hirsch. In der Uplink-Diskussion berichtet er, was der teure AMD-Prozessor besser kann als seine aktuellen Intel-Mitbewerber. Und vor allem: Ob der happige Preis von 820 Euro gerechtfertigt ist. Außerdem erklärt er, welche Anwendungen von 16 Kernen profitieren und welche eher nicht. (Spoiler: Wer vor allem spielen will, braucht keine 16 Kerne.) Der c't-Linux-Experte Thorsten Leemhuis hat Linux installiert -- und zwar auf den aktuellen Versionen des von c't jährlich konzipierten optimalen PC. Bei den Linux-Tests hat er interessante Erkenntnisse gewonnen, zum Beispiel dass bei aktuellen Nvidia-RTX-Grafikkarten ein meist gar nicht genutzter USB-C-Controller Probleme bereitet. Außerdem genehmigen sich einige der Konfigurationen unter Linux zu viel Strom oder produzieren Fehler mit NVMe-SSDs -- glücklicherweise keine, die zu Datenverlust führen. Mit dabei: Jo Bager, Christian Hirsch, Thorsten Leemhuis, Jan-Keno Janssen Hintergrund zur am Ende der Folge erwähnten Demonstration: https://www.ndr.de/nachrichten/niedersachsen/hannover_weser-leinegebiet/Verwaltungsgericht-Hannover-erlaubt-NPD-Demo,npddemo146.html Die c't 25/2019 gibt's am Kiosk, im Browser und in der c't-App für iOS und Android.

In der aktuellen Uplink-Folge diskutieren wir, wie man Fakes im Netz erkennt, was der AMD Ryzen 9 3950X taugt und wie Linux auf unseren optimalen PCs läuft. ///////////////////////////// Im Netz wird gelogen, dass sich die Balken biegen: Nicht nur in Form von Desinformations-Artikeln, sondern auch mit Bild- und Videofälschungen. Jo Bager erklärt, wie man solche Fakes erkennen und im Zweifel überprüfen kann. Dabei muss man nicht auf langwierige technische Analysen wie beispielweise das Abgleichen von Kamerasensor-Rauschmustern zurückgreifen, sondern kann zuerst auch ganz einfache Dinge ausprobieren. Die neue 16-Kern-CPU AMD Ryzen 9 3950X auf Herz und Nieren getestet hat Christian Hirsch. In der Uplink-Diskussion berichtet er, was der teure AMD-Prozessor besser kann als seine aktuellen Intel-Mitbewerber. Und vor allem: Ob der happige Preis von 820 Euro gerechtfertigt ist. Außerdem erklärt er, welche Anwendungen von 16 Kernen profitieren und welche eher nicht. (Spoiler: Wer vor allem spielen will, braucht keine 16 Kerne.) Der c't-Linux-Experte Thorsten Leemhuis hat Linux installiert -- und zwar auf den aktuellen Versionen des von c't jährlich konzipierten optimalen PC. Bei den Linux-Tests hat er interessante Erkenntnisse gewonnen, zum Beispiel dass bei aktuellen Nvidia-RTX-Grafikkarten ein meist gar nicht genutzter USB-C-Controller Probleme bereitet. Außerdem genehmigen sich einige der Konfigurationen unter Linux zu viel Strom oder produzieren Fehler mit NVMe-SSDs -- glücklicherweise keine, die zu Datenverlust führen. Mit dabei: Jo Bager, Christian Hirsch, Thorsten Leemhuis, Jan-Keno Janssen Hintergrund zur am Ende der Folge erwähnten Demonstration: https://www.ndr.de/nachrichten/niedersachsen/hannover_weser-leinegebiet/Verwaltungsgericht-Hannover-erlaubt-NPD-Demo,npddemo146.html Die c't 25/2019 gibt's am Kiosk, im Browser und in der c't-App für iOS und Android.

In this episode of HotHardware’s Two And Half Geeks, Marco, Chris and Dave will be chatting about some sweet new NVMe SSDs from Samsung and WD, the hot new OnePlus 7 Pro Android flagship, Fractal Design's Define S2 Vision RGB gaming PC case, Huawei's government and supplier woes and more!

In this episode of HotHardware’s Two And Half Geeks, Marco, Chris and Dave will be chatting about some sweet new NVMe SSDs from Samsung and WD, the hot new OnePlus 7 Pro Android flagship, Fractal Design's Define S2 Vision RGB gaming PC case, Huawei's government and supplier woes and more!

In this episode of HotHardware’s Two And Half Geeks, Marco, Chris and Dave will be chatting about some sweet new NVMe SSDs from Samsung and WD, the hot new OnePlus 7 Pro Android flagship, Fractal Design's Define S2 Vision RGB gaming PC case, Huawei's government and supplier woes and more!

In this episode of HotHardware’s Two And Half Geeks, Marco, Chris and Dave will be chatting about some sweet new NVMe SSDs from Samsung and WD, the hot new OnePlus 7 Pro Android flagship, Fractal Design's Define S2 Vision RGB gaming PC case, Huawei's government and supplier woes and more!

Definition NVMe, Physische NVMe SSD Varianten (M.2, U.2 und PCIe), RAID-Funktionalität von NVMe SSDs, Vorteile NVMe SSDS im Vergleich zu SATA und SAS SSDs, Typische Einsatzzwecke, Unterschied Consumer und Enterprise SSDs, Haltbarkeit, PBW-Wert vs. DWPD-Wert bei SSDs

This Week in Gaming WoW PTR Portal Rooms, 50 Character limit Kul Tiran and Zandalari Customisation options added Overwatch Baptiste OWL update Movies/TV News: X-Men Dark Phoenix Netflix unsurprisingly cancels the final two marvel shows. Will Smith steps away from James Gunns Suicide Squad sequel Aqua man 2 set for Dec 2022 release Star Trek: Discovery Season 3 greenlit. Disney+ Marvel TV shows are apparently a huge part of the aftermath of Endgame according to Kevin Feige http://collider.com/disney-marvel-shows-mcu-connected-kevin-feige/#images Tech News: Spacex Dragon Successful Launch And Now we have a confirmed successful docking with the ISS! A “clever/smart” dummy is onboard by the name of Ripley to monitor the effects on humans There was also a little plushy globe onboard to show when it hit weightlessness Tesla Model 3 actually for $35K Closing all but a couple high traffic stores helped with this Apparently as low as $26K in some states in the US. 6 months or so until Europe/UK get this. Tiny but fast… Various new memory card standards with insane transfer speeds! Micro SD cards as fast as desktop NVMe SSDs. (almost 1GB/s transfer rates) in the shape of something no bigger than your thumbnail. Amazon scraps it’s instant order Dash Buttons https://www.bbc.co.uk/news/technology-47416440 Join us on DISCORD: discord.gg/Mct3GuD Twitter: @Slackers_Studio MUSIC USED: Intro/Outro "Tempest" by RhoMusic www.youtube.com/channel/UCm2l0TFmixfahHLxpdyV5Uw Music provided by Non Copyrighted Music: youtu.be/OijNk1pxsgc "The Red Fox Tavern" by Curran Son SOUNDCLOUD - @curran-son FACEBOOK PAGE - www.facebook.com/soncurran/ This Podcast uses these sounds from freesound: Background Theme 1 by Speedenza(freesound.org/people/Speedenza/ ) Many thanks to the producer, Ross Budgen: goo.gl/pFYOG8 Artist: Nicolai Heidlas Title: Flaming Energy Download the song here: www.hooksounds.com/royalty-free-mu…-energy/289750/

This week on the show, we have reviews of two power supplies, two new NVMe SSDs from Samsung and Western Digital, a look at a new low-profile keyboard from Cooler Master, more RTX 2060 benchmarks and overclocking, Radeon VII rumors and leaked benchmarks, AMD's Q4 earnings, and more!

PC Perspective Podcast #530 - 1/16/2019 This week on the show, we have reviews of two power supplies, two new NVMe SSDs from Samsung and Western Digital, a look at a new low-profile keyboard from Cooler Master, more RTX 2060 benchmarks and overclocking, Radeon VII rumors and leaked benchmarks, AMD's Q4 earnings, and more! Show Topics 00:02:30 - Review: Seasonic SGX-650 PSU 00:04:13 - Review: Cooler Master MWE Gold 750W PSU 00:05:21 - Review: WD Black SN750 NVMe SSD 00:10:33 - Review: Samsung 970 EVO Plus NVMe SSD 00:18:18 - Review: Cooler Master SK630 Low Profile Keyboard 00:21:42 - Review: RTX 2060 1440p & Overclocking Benchmarks 00:27:57 - News: Trouble at TSMC? 00:31:00 - News: AMD Gonzalo APU & Next-Gen Console Specs 00:39:47 - News: Radeon VII Rumors & Benchmarks 00:44:15 - News: GTX 1660 Ti Rumors 00:46:50 - News: Samsung OLED Displays for Notebooks 00:50:14 - News: Backblaze HDD Longevity Report 00:52:44 - News: Intel 28-Core Xeon W-3175X 00:58:41 - News: Samsung 1TB eUFS Chip for Smartphones 01:01:56 - News: AMD Q4 Earnings 01:13:48 - Picks of the Week 01:20:59 - Outro Picks of the Week Jim: 36 Bottles of NyQuil Jeremy: Legend of Zelda Total Conversion for Doom Josh: Kindle Paperwhite Sebastian: ShutUp10 Today's Podcast Hosts Sebastian Peak Josh Walrath Jeremy Hellstrom Jim Tanous

MidnightBSD 1.0 released, MeetBSD review, EuroBSDcon trip reports, DNS over TLS in FreeBSD 12, Upgrading OpenBSD with Ansible, how to use smartd to run tests on your drives automatically, and more. ##Headlines MidnightBSD 1.0 now available I’m happy to announce the availability of MidnightBSD 1.0 for amd64 and i386. Over the years, many ambitious goals were set for our 1.0 release. As it approached, it was clear we wouldn’t be able to accomplish all of them. This release is more of a natural progression rather than a groundbreaking event. It includes many updates to the base system, improvements to the package manager, an updated compiler, and tools. Of particular note, you can now boot off of ZFS and use NVME SSDs and some AMD Radeon graphics cards support acceleration. AMD Ryzen support has greatly improved in this release. We also have added bhyve from FreeBSD. The 1.0 release is finally available. Still building packages for i386 and plan to do an amd64 package build later in the week. The single largest issue with the release process has been the web server performance. The CPU is overloaded and has been at solid 100% for several days. The server has a core i7 7700 in it. I’m trying to figure out what to buy as an upgrade so that we don’t continue to have this issue going forward. As it’s actually blocked in multiple processes, a 6 or 8 core chip might be an improvement for the workload… Download links: https://www.midnightbsd.org/download/ https://www.youtube.com/watch?time_continue=33&v=-rlk2wFsjJ4 ###MeetBSD Review MeetBSD 2018 took place at the sprawling Intel Santa Clara campus. The venue itself felt more like an olive branch than a simple friendly gesture by Intel. In truth it felt like a bit of an apology. You get the subtle sense they feel bad about how the BSD’s were treated with the Meltdown and Specter flaws. In fact, you may be right to think they felt a bit sorry towards the entire open source community. MeetBSD 2018 At most massive venues the parking is the first concern, not so here - in fact that was rather straightforward. No, the real challenge is navigating the buildings. Luckily I had help from navigator extraordinaire, Hadea, who located the correct building, SC12 quickly. Finding the entrance took a moment or two though. The lobby itself was converted by iXsystems efficiently into the MeetBSD expo hall, clean, efficient and roomy with registration, some seating, and an extra conference room for on-on-one sessions. On day two sponsor booths were also setup. All who showed up on day one were warmly greeted with badges, lanyards and goodies by Denise and her friendly team. Like every great BSD event, plenty of food was made available. And as always they make it look effortless. These events showcase iXsystem’s inherent generosity toward its community; with breakfast items in the back of the main auditorium room in the morning, boxed lunches, fruit and cookies at lunch time, and snacks for the rest of the day. But just in case your still hungry, there is a pizza meetup in another Intel room after day one and two. MeetBSD leverages it’s realistically small crowd size on day one. The morning starts off with introductions of the entire group, the mic is passed around the room. The group is a good mix of pros in the industry (such as Juniper, Intel, Ebay, Groupon, Cisco, etc), iX staff, and a few enthusiast. Lots of people with a focus or passion for networking. And, of course, some friendly Linux bashing went down for good measure, always followed by a good natured chuckle. MeetBSD Gives me The Feels I find that I am subtly unnerved at this venue, and at lunch I saw it clearly. I have always had a strong geek radar, allowing me to navigate a new area (like Berkeley for MeetBSD of 2016, or even SCALE earlier this year in Pasadena), and in a glance I can see who is from my conference and who isn’t. This means it is easy, nearly effortless to know who to greet with a smile and a wave. These are MY people. Here at the Intel campus though it is different. The drive in alone reveals behemoth complexes all with well known tech names prominently displayed. This is Silicon Valley, and all of these people look like MY people. So much for knowing who’s from my conference. Thank goodness for those infamous BSD horns. None-the-less I am struck by how massive these tech giants are. And Intel is one of the largest of those giants, and see the physical reminders of this fact brought home the significance that they had opened their doors, wifi, and bathrooms to the BSD community. ###[EuroBSDcon 2018 Trip Reports] https://www.freebsdfoundation.org/blog/eurobsd-2018-trip-report-joseph-mingrone/ https://www.freebsdfoundation.org/blog/eurobsd-2018-trip-report-vinicius-zavam/ https://www.freebsdfoundation.org/blog/eurobsd-2018-trip-report-emmanuel-vadot/ ##News Roundup DNS over TLS in FreeBSD 12 With the arrival of OpenSSL 1.1.1, an upgraded Unbound, and some changes to the setup and init scripts, FreeBSD 12.0, currently in beta, now supports DNS over TLS out of the box. DNS over TLS is just what it sounds like: DNS over TCP, but wrapped in a TLS session. It encrypts your requests and the server’s replies, and optionally allows you to verify the identity of the server. The advantages are protection against eavesdropping and manipulation of your DNS traffic; the drawbacks are a slight performance degradation and potential firewall traversal issues, as it runs over a non-standard port (TCP port 853) which may be blocked on some networks. Let’s take a look at how to set it up. Conclusion We’ve seen how to set up Unbound—specifically, the local_unbound service in FreeBSD 12.0—to use DNS over TLS instead of plain UDP or TCP, using Cloudflare’s public DNS service as an example. We’ve looked at the performance impact, and at how to ensure (and verify) that Unbound validates the server certificate to prevent man-in-the-middle attacks. The question that remains is whether it is all worth it. There is undeniably a performance hit, though this may improve with TLS 1.3. More importantly, there are currently very few DNS-over-TLS providers—only one, really, since Quad9 filter their responses—and you have to weigh the advantage of encrypting your DNS traffic against the disadvantage of sending it all to a single organization. I can’t answer that question for you, but I can tell you that the parameters are evolving quickly, and if your answer is negative today, it may not remain so for long. More providers will appear. Performance will improve with TLS 1.3 and QUIC. Within a year or two, running DNS over TLS may very well become the rule rather than the experimental exception. ###Upgrading OpenBSD with Ansible My router runs OpenBSD -current A few months ago, I needed software that had just hit the ports tree. I didn’t want to wait for the next release, so I upgraded my router to use -current. Since then, I’ve continued running -current, which means upgrading to a newer snapshot every so often. Running -current is great, but the process of updating to a newer snapshot was cumbersome. Initially, I had to plug in a serial cable and then reboot into bsd.rd, hit enter ten times, then reboot, run sysmerge and update packages. I eventually switched to upobsd to be able to upgrade without the need for a serial connection. The process was better, but still tiresome. Usually, I would prepare the special version of bsd.rd, boot on bsd.rd, and do something like wash the dishes in the meantime. After about ten minutes, I would dry my hands and then go back to my workstation to see whether the bsd.rd part had finished so I could run sysmerge and pkgadd, and then return to the dishes while it upgraded packages. Out of laziness, I thought: “I should automate this,” but what happened instead is that I simply didn’t upgrade that machine very often. (Yes, laziness). With my router out of commission, life is very dull, because it is my gateway to the Internet. Even services hosted at my place (like my Mastodon instance) are not reachable when the router is down because I use multiple VLANs (so I need the router to jump across VLANs). Ansible Reboot Module I recently got a new job, and one of my first tasks was auditing the Ansible roles written by my predecessors. In one role, the machine rebooted and they used the waitforconnection module to wait for it to come back up. That sounded quite hackish to me, so out of curiosity, I tried to determine whether there was a better way. I also thought I might be able to use something similar to further automate my OpenBSD upgrades, and wanted to assess the cleanliness of this method. ;-) I learned that with the then-upcoming 2.7 Ansible release, a proper reboot module would be included. I went to the docs, which stated that for a certain parameter: I took this to mean that there was no support for OpenBSD. I looked at the code and, indeed, there was not. However, I believed that it wouldn’t be too hard to add it. I added the missing pieces for OpenBSD, tested it on my poor Pine64 and then submitted it upstream. After a quick back and forth, the module’s author merged it into devel (having a friend working at Red Hat helped the process, merci Cyril !) A couple days later, the release engineer merged it into stable-2.7. I proceeded to actually write the playbook, and then I hit a bug. The parameter reboottimeout was not recognized by Ansible. This feature would definitely be useful on a slow machine (such as the Pine64 and its dying SD card). Again, my fix was merged into master by the module’s author and then merged into stable-2.7. 2.7.1 will be the first release to feature these fixes, but if you use OpenBSD -current, you already have access to them. I backported the patches when I updated ansible. Fun fact about Ansible and reboots: “The winreboot module was […] included with Ansible 2.1,” while for unix systems it wasn’t added until 2.7. :D For more details, you can read the module’s author blog article. The explanations Ansible runs my script on the remote host to fetch the sets. It creates an answer file from the template and then gives it to upobsd. Once upobsd has created the kernel, Ansible copies it in place of /bsd on the host. The router reboots and boots on /bsd, which is upobsd’s bsd.rd. The installer runs in autoupdate mode. Once it comes back from bsd.rd land, it archives the kernel and finishes by upgrading all the packages. It also supports upgrading without fetching the sets ahead of time. For instance, I upgrade this way on my Pine64 because if I cared about speed, I wouldn’t use this weak computer with its dying SD card. For this case, I just comment out the pathsets variable and Ansible instead creates an answer file that will instruct the installer to fetch the sets from the designated mirror. I’ve been archiving my kernels for a few years. It’s a nice way to fill up / keep a history of my upgrades. If I spot a regression, I can try a previous kernel … which may not work with the then-desynchronized userland, but that’s another story. sysmerge already runs with rc.sysmerge in batch mode and sends the result by email. I don’t think there’s merit to running it again in the playbook. The only perk would be discovering in the terminal whether any files need to be manually merged, rather than reading exactly the same output in the email. Initially, I used the openbsdpkg module, but it doesn’t work on -current just before a release because pkgadd automatically looks for pub/OpenBSD/${release}/packages/${arch} (which is empty). I wrote and tested this playbook while 6.4 was around the corner, so I switched to command to be able to pass the -Dsnap parameter. The result I’m very happy with the playbook! It performs the upgrade with as little intervention as possible and minimal downtime. o/ ###Using smartd to automatically run tests on your drives Those programs can “control and monitor storage systems using the Self-Monitoring, Analysis and Reporting Technology System (SMART) built into most modern ATA/SATA, SCSI/SAS and NVMe disks. In many cases, these utilities will provide advanced warning of disk degradation and failure.” See the smartmontools website for more information. NOTE: “Due to OS-specific issues and also depending on the different state of smartmontools development on the platforms, device support is not the same for all OS platforms.” – use the documentation for your OS. I first started using smartd in March 2010 (according to that blog post, that’s when I still writing on both The FreeBSD Diary and this blog). Back then, and until recently, all I did was start smartd. As far as I can tell, all it did was send daily status messages via the FreeBSD periodic tools. I would set my drive devices via dailystatussmartdevices in /etc/periodic.conf and the daily status reports would include drive health information. Two types of tests My original abandoned attempt How do you prove it works? Looking at the test results Failed drive to the rescue smartd.conf I am using supernews ##Beastie Bits Decent Pics of “Relayd & Httpd Mastery” signature A Unix Shell poster from 1983 Cambridge UNIX historians (Cambridge, United Kingdom) Goals for FreeBSD 13 September/October 2018 Issue of the FreeBSD Journal Now Available Using acme.sh for Let’s Encrypt certificates on pkgsrc.org servers Deploying Anycast DNS Using OpenBSD and BGP How to check your data integrity? ##Feedback/Questions Raymond - MeetBSD California Dev Summit Videos: https://www.youtube.com/playlist?list=PLb87fdKUIo8TNG6f94xo9_W-XXrEbqgWI Conference Videos: https://www.youtube.com/playlist?list=PLb87fdKUIo8Q41aoPE6vssP-uF4dxk86b Conference videos are still being processed, the rest should appear over the next few weeks. Greg - Stable vs Release Mjrodriguez - Open/FreeBSD support for Single Board computers Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

Starnberg, 27. April 2017 - Die neue Softwarelösung von Toshiba erlaubt es, NVMe SSDs und Server über NVMe over Fabrics (NVMeoF) unabhängig voneinander zu skalieren; Aufbau von Shared Storage Pools mit Direct Attached Storage (DAS) Performance...

PC Perspective Podcast #496 - 04/19/18 Join us this week for discussion of the Ryzen 7 2700X and Ryzen 5 2600X, WD's new NVMe SSDs, performance benchmarks of the Galaxy S9 Plus and more! You can subscribe to us through iTunes and you can still access it directly through the RSS page HERE. The URL for the podcast is: http://pcper.com/podcast - Share with your friends! iTunes - Subscribe to the podcast directly through the iTunes Store (audio only) Video version on iTunes Google Play - Subscribe to our audio podcast directly through Google Play! RSS - Subscribe through your regular RSS reader (audio only) Video version RSS feed MP3 - Direct download link to the MP3 file Hosts: Ryan Shrout, Allyn Malventano, Jeremy Hellstrom, Josh Walrath Peanut Gallery: Ken Addison, Alex Lustenberg Program length: 1:59:30 Podcast topics of discussion: Join our spam list to get notified when we go live! Patreon PCPer Mailbag #38 - 4/6/2018 Merch! http://bit.ly/pcpermerch Week in Review: 0:08:30 AMD Ryzen 2700X, 2600X PLACEHOLDER 0:40:35 WD Black NVMe and SanDisk Extreme PRO M.2 NVMe 3D 1TB SSD Review - Outstanding 0:58:30 ECS Z370 Lightsaber Motherboard Review 1:01:25 Intel NUC7i7DNHE (Dawson Canyon) Review - Quad-Core Mobile Hits the Desktop 1:08:10 Samsung Galaxy S9 Plus Review: Enter the Snapdragon 845 Thanks to Simple Contacts for supporting PC Perspective. Save $30 on your first Simple Contacts order at http://simplecontacts.com/pcper and use promo code: pcper News items of interest: 1:15:50 Asus Planning ROG Strix X470-I Mini ITX Motherboard 1:18:31 Intel Technical Documentation outs 8-Core Coffee Lake-S Processor 1:21:00 Running Windows on Qualcomm is a Snap with the HP Envy x2 1:23:50 Microsoft Takes a Mulligan with Windows 10 Build 17134 1:25:40 Toshiba Refreshes HDD Branding, Intros Surveillance and Video Streaming Models 1:33:45 Western Digital Launches Ultrastar DC HC530 - TDMR 14TB HDD Picks of the Week: 1:38:30 Ryan: Logitech Harmony Elite 1:45:05 Allyn: Myst 25th Anniversary Collection (kickstarter) 1:49:20 Jeremy: I can’t believe we’ve never picked Rufus 1:53:20 Josh: If it wasn’t for storage... http://pcper.com/podcast http://twitter.com/ryanshrout and http://twitter.com/pcper Closing/outro

Join us this week for discussion of the Ryzen 7 2700X and Ryzen 5 2600X, WD's new NVMe SSDs, performance benchmarks of the Galaxy S9 Plus and more!

PC Perspective Podcast #489 - 03/01/18 Join us this week for Ryzen 5 2400G Compute, Thrustmaster TS-PC Wheel, and more! You can subscribe to us through iTunes and you can still access it directly through the RSS page HERE. The URL for the podcast is: http://pcper.com/podcast - Share with your friends! iTunes - Subscribe to the podcast directly through the iTunes Store (audio only) Video version on iTunes Google Play - Subscribe to our audio podcast directly through Google Play! RSS - Subscribe through your regular RSS reader (audio only) Video version RSS feed MP3 - Direct download link to the MP3 file Hosts: Ryan Shrout, Jeremy Hellstrom, Josh Walrath, Allyn Malventano Peanut Gallery: Alex Lustenberg, Ken Addison Program length: 1:29:41 Podcast topics of discussion: Join our spam list to get notified when we go live! Patreon PCPer Mailbag #32 - 2/23/2018 Merch! https://teespring.com/stores/pcper Week in Review: 0:08:20 Quick Look: TEKQ Rapide 480 GB Thunderbolt 3 SSD 0:15:15 GPU Compute Performance of the Ryzen 5 2400G 0:25:40 Logitech G603 and G613 Wireless Gaming Mouse and Keyboard Review: Worry-free Wireless 0:33:15 Thrustmaster TS-PC Wheel Review: A Genuine Leap News items of interest: 0:42:35 Qualcomm signs major carriers and retailers for Always Connected PC launch 0:44:20 MWC 2018: Huawei Announces the MateBook X Pro Notebook 0:49:00 MWC 2018: Samsung Unpacks Galaxy S9 and S9+ Phones 0:52:30 MWC 2018: Western Digital Launches SN720 and SN520 M.2 NVMe SSDs 0:59:05 Bitmain could create headaches for NVIDIA, AMD, and Qualcomm 1:09:35 The cult of Vega, FAR CRY 5 free with AMD systems 1:12:05 Qualcomm announces Snapdragon 700 Mobile Platform, but without specification details Picks of the Week: 1:16:50 Ryan: Corsair ML120 Pro RGB Fan 1:20:45 Allyn: sfcable.com - for all of your oddball cable needs 1:24:05 Jeremy: Medeco³ High Security lock my donkey YOUR WHAT? Horse + mule 1:27:15 Josh: A good price again for a good introduction to racing wheels http://pcper.com/podcast http://twitter.com/ryanshrout and http://twitter.com/pcper Closing/outro

When Amazon EC2 launched in 2006 there was a single instance size: m1.small. Over the past eleven years EC2 has evolved to provide an extensive selection of compute resources to customers including specialized resources such as NVMe SSDs, GPUs, and FPGAs. Under the hood, the servers used to host EC2 instances have transformed from off the shelf designs running virtualization software on the host CPUs to purpose built servers with AWS network and storage components implemented in hardware. Now we are happy to announce a new category of EC2 instances: Amazon EC2 Bare Metal Instances. These instances provide customers access to the physical compute resources of the host processors along with the security, scale, and services of EC2. This session will provide an overview of Bare Metal instances, how VMware used EC2 Bare Metal instances to build VMware Cloud on AWS, and other customer use cases for this new EC2 capability.

Google finally releases Aloe but the security they promised previously is not exactly there. All 28 of North Korea's domains were brought down by the flood of attention yesterday Federal judge says Bitcoin is money Pokémon chief says Nintendo's NX is both handheld and console AT&T’s AirGig uses power lines for multi-gigabit, wireless broadband Nokia says it can deliver internet 2,000 times faster than Verizon Fios The CoWatch brings Amazon's Alexa to your wrist starting today Samsung unveils 960 Pro and 960 Evo M.2 NVMe SSDs Hulu is planning two VR-only original shows Formula E's New York City race is set for Brooklyn next year  

In this episode Amber Huffman, Intel Fellow and Director of Storage Interfaces in the Non-Volatile Memory Solutions Group at Intel joins us again to discuss hardware infrastructure innovations being driven at Intel. Amber chats about NVM Express* PCI Express® SSDs – highlighting features that deliver improved efficiency and scalability, lower latency, and optimized storage. She shares the evolution to NVMe* over Fabrics – enabling low latency use of NVMe SSDs across fabrics like Ethernet and OmniPath Architecture. Amber discusses how changes in the cloud are being motivated by a virtuous cycle of storage and networking and explains that the faster we can allow the cloud to take advantage of NVMe* the more we can do with it. For more information visit www.nvmexpress.org or www.intel.com/ssd

Bev Crair, Data Center Group Vice President and General Manager of the Storage Group at Intel stops by to discuss how the storage industry is going through a period of incredible disruption and change which creates a huge amount of opportunity for the development of new businesses and new solutions. She highlights the announcement of the new Intel® Xeon™ Processor E5-2600 v4 family and four new NVMe SSDs and expresses how these solutions provide coverage for all storage classifications and lay the foundation for high-performance, intelligent, and efficient Enterprise and Cloud Storage Solutions that are transforming the datacenter. Bev also talks about the launch of the Intel Storage Builders program and how this new cross-industry initiative will bring together the storage ecosystem to help drive development of next-gen storage solutions and make it easier to innovate, build, and operate storage solutions for enterprise, cloud and communication service provider based data centers.