I guess that's one way to run a Linux application on Windows...
Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use
271–280 of 324 posts
Re: Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use
#272Earlier quoted context omitted.
Google is historically terrible as a product company (and has succeeded in spite of that) As their technical innovations become less of a moat (we're already there) they won't be able to win on engineering alone (they are no longer winning on engineering alone)
But Kubernetes, being a former Google project whilst donated to CNCF, is still one of the mainstream container orchestrator if not the biggest one (I believe we need to go over to supercomputers for that). Nomad is kind of dead and Apache Mesos is basically dead. Leaving Kubernetes as a natural moat, plus Google employees are still seemingly actively maintaining it. And also Go. While I'm not a Go guy (speaking as a…
Honestly, Kubernetes has no moat. Give me a better, more simple alternative any day.
Re: Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use
#273Earlier quoted context omitted.
But Kubernetes, being a former Google project whilst donated to CNCF, is still one of the mainstream container orchestrator if not the biggest one (I believe we need to go over to supercomputers for that). Nomad is kind of dead and Apache Mesos is basically dead. Leaving Kubernetes as a natural moat, plus Google employees are still seemingly actively maintaining it. And also Go. While I'm not a Go guy (speaking as a…
Please, Kubernetes is the Chlamidya of infrastructure software. Ever hear of a large K8s migration going well? No, because it needs to be completely re-implemented under the hood for anything halfway serious. Mesos was pain in the ass to use, but was mature when K8s arrived. Nomad was cool though. Dart is also complete shit: Speed of javascript with verbosity of Java. Who the hell though that was a good idea?
> Ever hear of a large K8s migration going well
...well, AI infra stacks are more or less k8s/cloud native, especially on the inference side. Nvidia GPU operator plus KubeFlow makes deploying models easy, and I did that manually as well using just the ollama, llama.cpp containers and especially vllm operator. I'm not sure about what's the measuring notation of "large" is, but OpenAI had a blog post about how to manage 7500+ nodes Kubernetes (https://openai.com/index/scaling-kubernetes-to-7500-nodes/). That's 5 years ago and I speculate it will only be even more.
> completely re-implemented under the hood for anything halfway serious
...an example please? I'm building a platform to deploy hundreds of open source apps on Kubernetes, you know, the boring thing you can do with a VPS and maybe use Docker Compose to start -- with an ergonomic twist. I relied on so many features of what Kubernetes and its ecosystem provided, especially with persistent volume, volume snapshot, CRDs and cron job, and all of it is just composed from open source and cloud native software...I'm not sure if that sounds "half way serious" to you.
I know those boring monolithic apps can be done with a VPS, as I exactly came from that background, and I know what the shitty points of having just a VPS are. You don't have a clean control plane, you don't have HA, you don't have distributed storage, and you have to be super aware of the apps that you are deploying with Docker Compose.
What you would think "completely re-implemented under the hood for anything halfway serious", perhaps it means that you don't want to get in the fuzz to manage the complexity and prefer to trade for a far simpler but more primitive solution, and that's totally fine.
Pro tip: Codex seems to love generating great Helm charts so much for some reason unknown. I tried GPT-5.4 high in codex and it easily beats Opus 4.7 max on my own internal helm chart generation benchmark evaluation, which measures HA, deployment and app-specific probes. I've given source code to both Codex and Opus and research about the app config structure, and Codex did so well to just generate secret key-value and convert it to JSON and environ, while Opus insisted on using a dynamic generator at runtime.
> Nomad was cool though
Ahem. I used to deploy Nomad too, but I found it too underwhelming, especially with the networking side of thing.
Consul is perhaps one of the most hated thing in my entire career that I would call it bullshit. I know that later Nomad has its own Raft mode, but the Consul brain rot to me is already very sickening such that I don't want to touch Nomad no more. Vault is fine though, but I prefer OpenBao now.
> Dart is also complete shit: Speed of javascript with verbosity of Java
I don't get where the "speed of javascript" is from. Dart/Flutter is JIT on dev mode, and AOT compiled on production, is that you didn't get the compiler options right?
Re: Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use
#274Earlier quoted context omitted.
But Kubernetes, being a former Google project whilst donated to CNCF, is still one of the mainstream container orchestrator if not the biggest one (I believe we need to go over to supercomputers for that). Nomad is kind of dead and Apache Mesos is basically dead. Leaving Kubernetes as a natural moat, plus Google employees are still seemingly actively maintaining it. And also Go. While I'm not a Go guy (speaking as a…
Please, Kubernetes is the Chlamidya of infrastructure software. Ever hear of a large K8s migration going well? No, because it needs to be completely re-implemented under the hood for anything halfway serious. Mesos was pain in the ass to use, but was mature when K8s arrived. Nomad was cool though. Dart is also complete shit: Speed of javascript with verbosity of Java. Who the hell though that was a good idea?
I've seen lots of successful large k8s installs. This same argument from the nomad crowd comes up constantly. There's a reason why nomad lost, and it's not because it's better.
Re: Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use
#275Earlier quoted context omitted.
Correct and they have no idea what they are doing.
I mean, that's kind of a stretch given how popular and well-regarded Claude Code is at this point. They're not perfect but they seem to be the best out there at this point.
I can tell it's still early days - it's obvious. What they have today actually kind of sucks compared to what it could be. And I use it every day, and get frustrated every day because it could be so much better.
Re: Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use
#276Earlier quoted context omitted.
> I want to filter all to:`X.X@domain.tld` You can filter based on the to: field, yes. For many years I’ve been creating filters on free Gmail for to:, from:, subject:, etc. I set them up on desktop web. Perhaps there is something more specific you’re trying to do? > a major feature gap that Gmail (paid or free) cannot create filters on headers. You can create filters on header fields like from:, to:, and subject:, s…
I think he refers to mail headers. Those are normally hidden away from you, at least on a PC browser you can see them: 1. Open the specific email. 2. Click the three vertical dots (More options icon) next to the "Reply" button. 3. Select "Show original" from the dropdown menu.
Mail headers also include to:, from:, subject:, etc, as well as more obscure items too, which is why I think OP commenter meant something very different than “cannot filter on headers”.
Also, more items that might help OP (as I can’t edit parent comment) - they mentioned wanting to use wildcards on to: field. Those header fields do allow specifying just part of the header, like just the domain, or one part of the to address. (But those match at word boundaries and I’m not aware of being able to match sub parts of words or more complex items.)
Regardless, I don’t think I’d call this a “major” feature gap - maybe minor or more of a niche feature.
Re: Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use
#277Why are the UIs of the AI companies all broken in multiple ways?
Because 90% of those UIs is written by these new AI models. That is how they are able to churn so much new user facing stuff all the time. The fact that it works at all is proof that these new AI models are actually pretty decent.
Re: Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use
#278There will be a point in time where they will have to rewrite the whole thing from scratch, they cannot afford to do it now since the race is still going but we will get there, you can never maintain such a product long term especially with the way they are spitting out features like never before.
Re: Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use
#279Earlier quoted context omitted.
Google is historically terrible as a product company (and has succeeded in spite of that) As their technical innovations become less of a moat (we're already there) they won't be able to win on engineering alone (they are no longer winning on engineering alone)
On a semi-related note, I bought a Pixel phone about a month ago, and I'm shocked by how unpolished it is. I've had so many little annoyances pop up, issues I never had on other android phones. Keyboard hiding/appearing when it's not suppose to, bluetooth dropping, WiFi dropping, network switching taking forever, screen becoming unresponsive... It's mostly all small things, but they really start to add up after a whi…
Same. I was excited for a Pixel (assuming a much better Android experience) but had same experience as you