Live data from Hacker News

Servers as they should be – shipping early 2022

oxide.computer

241–250 of 264 posts

Re: Servers as they should be – shipping early 2022

#241
post #13

Earlier quoted context omitted.

Can definitely see it for a company size of Dropbox, big enough to already be working with ODMs, big enough to be sensitive to the kind of headaches you get from a heterogeneous fleet of ILOM processors designed by deranged engineers.

> ILOM processors designed by deranged engineers. As opposed to what? But seriously, why do all ILOMs suck and are there any exceptions?

They don't all suck. I always liked how Sun/Oracle and Fujitsu's did their LOMs.

Re: Servers as they should be – shipping early 2022

#242
post #102
post #5

Earlier quoted context omitted.

This level of integration surely won't come cheap, from what I recall of Server purchasing a target price of ~200-500k per rack would be expected on a TCO of roughly 2x the rack price over 3 years. (Assuming you are buying from Quanta/SuperMicro or other commodity integrator) It's possible the prices are different now, but you would need customers looking to drop > 1 million dollars in CapEx for the management capabi…

They'd have to sell these at a significant loss to make up for the risk any company would have to take to build out a DC on first generation hardware from a startup.

I mean, how many companies are building out DCs left and right these days? Not many. This will fit in nicely for brand new projects that require nothing more than a rack. Once a company puts something through the paces for 2-3 years, and the engineers managing it love it, then the slow migration from UCS (or Nutanix) to Oxide begins. This is usually how I've seen new hardware architectures introduced at mid and large size companies.

Re: Servers as they should be – shipping early 2022

#243
post #45
post #2

Who is the target customer for this?

Plenty of companies live outside the cloud on their own hardware.

The vast majority of companies live on their own hardware for business-critical workloads. It's not even close.

Re: Servers as they should be – shipping early 2022

#244
Sleek AF Pentagram-designed website with a nice balance of style and nerdiness like the ASCII art animations.

Can't miss the Halt and Catch Fire tv references including Haley Clark alongsize Woz and other tech legends and in the blog post about the launch a terminal window with character names like Gordon Clark, etc. Love to see it.

Re: Servers as they should be – shipping early 2022

#245
post #91

Earlier quoted context omitted.

If the software stack ends up being open source someone could make a name for themself by porting it to run on Linux + random hardware.

If someone manages to port bhyve to Linux, they will definitely make a name for themselves. But honestly, the equivalent is just libvirt on commodity hardware with openzfs storage; the value here is high end hardware with custom firmware and well-integrated software, not really something you can port usefully.

I'm more interested in the control plane but maybe I'm in the minority.

Re: Servers as they should be – shipping early 2022

#246

How can they offer a secure boot solution under the GPLv3 - my understanding is the anti tivoization clauses means they need to release their keys or allow admins and hackers and others to escape the secure boot chain if they are physically in front of the machine or own the machine.

I don't know anything, but I remember hearing it's secure boot with only their releases, if you want to run your own software it's not secure boot anymore, but you're free to run whatever you want.

One issue with this is normally this requires a bypass of secure boot option.

So device is not set and forget secure, but you have to physically secure it (not that you wouldn't, but now it can really matter if someone has physical access to the machine).

GPLv3 has been used more recently as a block to others taking code and developing things further given some of the clauses and incompatibilities it introduced.

Re: Servers as they should be – shipping early 2022

#247
post #25

Earlier quoted context omitted.

Agreed, I would love to hear more about the management plane. I'm glad it's API-driven, but I still have some questions about things like which hypervisor they are using. If it's a custom software stack, might be nice to get a miniature dev-kit!

They will use Illumos with Bhyve, @bcantrill said it in a podcast just a few months ago. I have linked it somewhere in my comments (look at my profile).

Is that Illumos or SmartOS or are those considered interchangeable these days?

Re: Servers as they should be – shipping early 2022

#249
post #223

Earlier quoted context omitted.

Wow. It loads almost instantly and doesn't slow down on my phone (LG G7). Must be something else?

You have to scroll all the way through the page to activate all the gimmicks. Then it never stops, and loads 2.5 cores permanently to 100%, which makes CPU fan spin to the max.

Oh my god, that's hilarious. I was wondering why my lap was warm all of a sudden. Htop said firefox was the culprit so I closed out all my tabs except this one. Then I read your comment, opened the page, and scrolled all the way to the bottom—my cpu temp just steadily rose till it throttled. All the animations are smooth, though.

Note: I'm typing this from a 9 year old thin-and-light, so that's probably part of the problem.

Re: Servers as they should be – shipping early 2022

#250

Earlier quoted context omitted.

They will use Illumos with Bhyve, @bcantrill said it in a podcast just a few months ago. I have linked it somewhere in my comments (look at my profile).

Is that Illumos or SmartOS or are those considered interchangeable these days?

Illumos is the project that multiple distributions build on from what I understand. In a way, it could be likened to GNU/ Linux as Illumos probably contains not only the kernel but other tools and libraries as well. There is e.g. omniosce.org, perhaps Nexenta and Joyent/ Samsung SmartOS.
Post reply on HN