Live data from Hacker News

The Cloud Computer

oxide.computer

501–510 of 994 posts

Re: The Cloud Computer

#501
post #443

Earlier quoted context omitted.

How in the world is reducing competition a good thing?

Making it harder to compete with them is a good thing for Oxide, obviously, and therefore why it provides negative incentive for them to publicly advertise pricing.

It's not rocket computer science to spin up a pseudo-consulting entity [that works with larger enterprises] to get on sales call for competitive intelligence.

Re: The Cloud Computer

#502

Earlier quoted context omitted.

>Right, who wants or benefits from open source firmware anyway. Their competition has open source firmware as well: https://www.dell.com/en-us/blog/enabling-open-embedded-syste...

So OpenBMC is fine (happy for them!), but having open firmware is much deeper and broader than that: yes, it's the service processor (in contrast to the BMC which is a closed part on Dell machines) -- but it's also the root-of-trust and (especially) the host CPU itself. We at Oxide have open source software from first instruction out of the AMD PSP; I elaborated more on our approach in my OSFC 2022 talk.[0] [0] https…

Dell now ships with OpenBMC iDRACs and such. How does what you mention differ from the RoT in Dells?

https://www.dell.com/en-us/blog/hardware-root-trust/

Re: The Cloud Computer

#503

Earlier quoted context omitted.

I don't see it as a big deal - rather, I see it as a huge amount of venture cap spent on some very bright people to build something no one really wants, or, at best, is niche. Also, it has little to do with the cloud; it is yet another hyperconverged infra. Weirdly, it is attached to something very few people want: Solaris. This relates to the people behind it who still can't figure out why Linux won and Solaris didn…

When you're deploying VMs, which is the use case here, the substrate OS becomes significantly less important. Those VMs will mostly just be linux. Yes they are using illumos/Solaris to host this but they don't sell on that, they sell on the functionality of this layer — allowing people to deploy to owned infra in a way that is similar to how they'd deploy to AWS or Azure. How much do you ever think about the system h…

> When you're deploying VMs, which is the use case here, the substrate OS becomes significantly less important. Those VMs will mostly just be linux.

Now you need to know both the OS they chose and the OS you chose...

(No, I don't believe it'll be 100% hands-off for the host. This is an early stage product, with a lot of custom parts, their own distributed block storage, hypervisor, and so on.)

Re: The Cloud Computer

#505

Earlier quoted context omitted.

I don't see it as a big deal - rather, I see it as a huge amount of venture cap spent on some very bright people to build something no one really wants, or, at best, is niche. Also, it has little to do with the cloud; it is yet another hyperconverged infra. Weirdly, it is attached to something very few people want: Solaris. This relates to the people behind it who still can't figure out why Linux won and Solaris didn…

Just to be clear, Illumos (it hasn't been Solaris in a very long time) is an implementation detail. It's not customer facing.

It'll become customer facing the moment something doesn't work right.

Re: The Cloud Computer

#506
Has anybody else used Rust for embedded?

Would be interested to hear your experience.

So far, I’ve seen mixed reviews. Some say that you can end up using unsafe a lot and so it’s better to stick with C or even use Zig.

Wondered if there was any merit to this.

Re: The Cloud Computer

#508

I've been following Oxide since they formed and I really hope they crush it. Semi-sort-of related... there was an automation company, Bedrock automation, that went defunct about a year ago. Their PLC hardware ideas were dope but I always felt like they were missing the boat a little bit by supporting stale PLC programming languages. I used to wonder if supporting Rust and Ada on these PLC's would be been a good idea…

The industrial automation industry is highly risk adverse. In some systems, like safety, this mentality is justified without proper migration plans. In other areas, it's alarming, like choosing to run a system on hardware that has been out of support for 30+ years without adequate spare parts.

Operation/Shop floor technologies (OT) are treated like mechanical equipment, "When it fails, we'll swap it out for a new one." Well, this isn't a motor, it has programming, and it interfaces with I/O sensors and devices.

The main challenge is the lack of knowledge and skills in modern technologies among technical staff and decision makers in industrial organizations.

A an aside, in my early days I hopped on a 5-hour flight and drove 6 hours to replace a failed hard drive in a Windows NT machine used as an HMI. Then a year later, replaced it and all the other clients with a vSphere stack. The local resources, both internal and external, were too intimidated to touch it.

I'd be in favor of a "reset" in automation, it feels like fighting city hall.

Re: The Cloud Computer

#509

Earlier quoted context omitted.

Damn that's insane. As someone from Europe these salaries are just extreme. If ya'll are looking for a remote security engineer from Europe hit me up. :) For those numbers I'll walk the servers into the customers myself.

That's probably [EDIT: decidedly] on the low side for the bay area for rock star devs, and Oxide has lots of rock star devs. I haven't looked but I assume they pay bonuses, probably differential bonuses.

We are not paid bonuses. We do receive stock.

I took a base-pay cut to work at Oxide. Zero regrets.

Re: The Cloud Computer

#510
post #220

Earlier quoted context omitted.

Existing vendors will provide rack integration services and deliver a turn key solution like this. Also vendors of virtualization management software have partnerships with hardware suppliers and be happy to deliver fully integrated solutions if you're buying by the rack. The difference is in those cases you have flexibility in the design which seems to be missing here. Proxmox and a full rack of Supermicro gear woul…

Those of us who've bought large "turn-key" solutions from Dell etc. have often discovered that it's actually just a cobbled-together bunch of things which may or may not work well together on a good day, depending on what you're trying to do. Just because it's all got the word "Dell" written on it, doesn't mean that the components were all engineered by people who were working together to build a single working syste…

Same is true of Oxide, it'll be up to actual experience to see how well it works. Oxide seems to have written their own distributed block storage system (https://github.com/oxidecomputer/crucible), have their own firmware, kernel and hypervisor forks, etc -- when any of that breaks, good luck!
Post reply on HN