Live data from Hacker News

Show HN: Open-source x64 and Arm GitHub runners

ubicloud.com

41–50 of 128 posts

Re: Show HN: Open-source x64 and Arm GitHub runners

#42
One thing I find frustrating about the Github Actions's runner pricing is that it's calculated on a minute basis. Couldn't you bill by the second instead? Maybe set a minimum to 1 min but after that charge by the second?

I assume this is done to cover the time that the VM reboots between jobs?

Re: Show HN: Open-source x64 and Arm GitHub runners

#43
post #19
post #13

Earlier quoted context omitted.

Not for the foreseeable future. Ubicloud runs on bare metal providers and they don't lease Mac hardware. Technically, we could run MacOS VMs on arm64. However, our interpretation of Apple's End User License Agreement (EULA) tells us that we can't do this. This repo has some good references on the topic: https://github.com/kholia/OSX-KVM?tab=readme-ov-file#is-this...

Would something like https://www.macstadium.com work for your use case?

That's exactly what we had looked at but we didn't want to be in the business of maintaining our own instances. We just want to use the GH runner part.

Re: Show HN: Open-source x64 and Arm GitHub runners

#44
post #9

Congrats on the launch. Looks interesting. Quick thoughts on the landing page: - Pricing looks awesome. - I'm not currently the target audience because everything I'm doing right now is open source with free GitHub actions. - I'm left wondering what the catch is / why it's cheaper and faster. - Visual nit: lacking horizontal padding from 990px to ~1200px, a common window size on my 14" MBP. > Ubicloud is an open sour…

> I'm left wondering what the catch is / why it's cheaper and faster.

So, while this is the first time I've heard of ubicloud, I use gha extensively.

Abd frankly, I think it's just because Github has a crazy markup on their actions compute over the raw compute. Taking a quick look, it appears that their base rate is like $0.008 per-minute!! That's a rate that wouldn't look crazy out of line with EC2's hourly rate.

I've worked on projects where we saved significant money, and improved build times just by launching a single EC2 instance and connecting it to Actions.

Re: Show HN: Open-source x64 and Arm GitHub runners

#45
post #37
post #16

We've been using Ubicloud builders for our Rust project [0] for several months, and it's worked very well. We've seen CI times go from 10-15 minutes to 6-7, and our bill has gone from $300/month to $30. One counter-intuitive thing we found is that it's slow to save and restore caches, but the machines have good CPU, so for us it's been faster to disable cache entirely and just redo everything on each build. [0] https…

Thanks for sharing! I've been looking at the repository and noticed that some jobs are still running on Github hosted runners. What is the point of using them and not running everything on Ubicloud?

We have one very slow job (our Rust CI, for example: https://github.com/ArroyoSystems/arroyo/actions/runs/7702793...) and a bunch of little jobs that take a few seconds (checking lints, etc.). We never bothered to switch those over because they complete quickly on github and fit within our included runner minutes.

I should say we also use BuiltJet for docker builds because of their arm support. Now that ubicloud has arm we may switch those over as well.

Re: Show HN: Open-source x64 and Arm GitHub runners

#46
post #16

We've been using Ubicloud builders for our Rust project [0] for several months, and it's worked very well. We've seen CI times go from 10-15 minutes to 6-7, and our bill has gone from $300/month to $30. One counter-intuitive thing we found is that it's slow to save and restore caches, but the machines have good CPU, so for us it's been faster to disable cache entirely and just redo everything on each build. [0] https…

> so for us it's been faster to disable cache entirely and just redo everything on each build. I wonder what the consequential "carbon footprint" of this is, but at scale for all companies/all jobs of similar nature

I mean, you could also consider how much the transition to Ephermial builders and containers is costing us in general, moving from (admittedly more brittle) build machines that would keep build artifacts alive on the local hard drive just as matter of fact.

Re: Show HN: Open-source x64 and Arm GitHub runners

#47
post #9

Congrats on the launch. Looks interesting. Quick thoughts on the landing page: - Pricing looks awesome. - I'm not currently the target audience because everything I'm doing right now is open source with free GitHub actions. - I'm left wondering what the catch is / why it's cheaper and faster. - Visual nit: lacking horizontal padding from 990px to ~1200px, a common window size on my 14" MBP. > Ubicloud is an open sour…

If we're doing nits, because this product looks cool, here are a couple of potential tweaks:

> Imagine to do more

I'd get rid of this. I don't understand the phrase, and it sounds like fluff.

> Fast runs even at this price point

I'd get rid of the "point". "Price point" isn't a synonym for "price", which I think is what's being attempted here. I'd be tempted to just have no tagline, and retitle this section "Faster than GitHub Actions". You've already said it's cheaper.

> Ubicloud is an open, free, and portable cloud. Think of it as an open alternative to cloud providers, like what Linux is to proprietary operating systems. You can check out our source code in GitHub or see Ubicloud runners in action for our GitHub Actions. An open and portable cloud gives you the option to manage your own VMs and runners, should you choose to.

This is woolly. How about: Ubicloud is an open and free cloud. You can run it on the hosting provider of your choice, or bring your own hardware. Check out our source code on GitHub!

Re: Show HN: Open-source x64 and Arm GitHub runners

#49
post #20
post #4

Our biggest GHA fees come from running on MacOS. Do you offer MacOS as a managed service (or plan to?) and how much cheaper is that than GitHub?

We support GitHub MacOS 13 runners on M2 Pros at WarpBuild [1]. They're about 25% faster and 50% cheaper per minute compared to the equivalent GitHub hosted runners. [1] https://docs.warpbuild.com/runners#macos-m2-pro-on-arm64

Any timeline for supporting repositories in personal accounts? I'm willing to create an organization and move the repository, but I won't bother if it's right around the corner. macOS ARM runners are a gamechanger given the offensively high pricing GitHub offers them at.

Re: Show HN: Open-source x64 and Arm GitHub runners

#50
post #39
post #32

Earlier quoted context omitted.

> because Ubicloud needs to grow its own copy-on-write features for block device snapshots, things we lack today. Just, why? CoW (or your own CoA) are ripe with performance problems. How exactly do you benefit from their use?

The GitHub image is 86GB and people want an action VM to start reasonably quickly, so a full copy for every run isn’t going to work so well. As a side note, isn’t it nuts that GHA operates on a principle of “installing the universe” (and apparently the universe is 86GB) and updating about every week, and it’s not total chaos? I was surprised, but it seems to work.

> As a side note, isn’t it nuts that GHA operates on a principle of “installing the universe” (and apparently the universe is 86GB) and updating about every week, and it’s not total chaos? I was surprised, but it seems to work.

As someone who has authored a GitHub Action to delete like 85% of the hodge-podge stuff blasted all over in a default runner image to free up more space for a Nix store. It's "nuts" indeed.

Post reply on HN