Cyril Rohr

👋 Maker of fine Dev/Ops tooling since 2013.

[Cyril Rohr @crohr]

If your GitHub action runner bill is too high or your workflows too slows, you're in for a treat.

Introducing RunsOn:
- Prices up to 10x cheaper than official runners.
- Access to the widest and fastest range of instances available.
- On-premise, in your own AWS account.

Link👇

[Cyril Rohr @crohr]

@raunakdoesdev AWS with https://t.co/3A6Q8xpfbX

[Cyril Rohr @crohr]

A common CI mistake: upgrading to a bigger runner before checking what the job is actually waiting on.

In RunsOn v3, each job gets CPU/memory/disk/network/I/O charts directly in the GitHub Actions UI by default.

No action, no OTEL backend, no CloudWatch setup.

[Cyril Rohr @crohr]

See where your stargazers are located, and more. Very cool project https://t.co/ZO6sHbFAnx

[Cyril Rohr @crohr]

@useblacksmith Did you maybe ran the "Before" from your own servers, with your transparent caching disabled? Because GitHub is no longer that slow I think?

[Cyril Rohr @crohr]

@jorgemdsto @ThePrimeagen Agree that AWS Codebuild is really bad, see benchmarks for GHA runners: https://t.co/pjA5uyYoqP

[Cyril Rohr @crohr]

> You can be maximally busy and barely produce anything. From the inside it feels identical.

[Addy Osmani @addyosmani]

https://t.co/0DyFIXJueI

[Cyril Rohr @crohr]

@abidlabs @huggingface Nice, although self-hosted on EC2 should just use https://t.co/3A6Q8xpfbX instead 😄 All EC2 GPU instances supported, with GPU-enabled images compatible with what github expects!

[Cyril Rohr @crohr]

@awakecoding Supported on RunsOn for quite a while now if that may be useful for you: https://t.co/2BEfwn3r12

[Cyril Rohr @crohr]

GitHub Actions incident yesterday was really visible.

[Cyril Rohr @crohr]

@one_dheeraj @github Have a look at https://t.co/3A6Q8xpfbX, you'll be up in no time and will be cheaper ;)

[Cyril Rohr @crohr]

Everyone seems to be hyping remote devboxes / sandboxes, but I’m still unconvinced. As developers, who is using that at scale except the big model providers? For me it’s slower hardware than my Mac, less control, more setup, and far more expensive.

[Cyril Rohr @crohr]

In the last months I regularly discover that my tool @RunsOnRunsOn is doing 2x to 4x more builds per day across all users vs lots of VC funded and high-profile companies like Daytona, Depot, CircleCI etc. 🤯

[Latent.Space @latentspacepod]

🆕Daytona’s Agent-Native Compute: 60ms sandboxes, 50K startups in 75 sec, 850K daily runs, RL/evals, CLI > MCP, & the end of localhost https://t.co/ceZgmkIFqe

@daytonaio CEO @ivanburazin explains why AI agents need composable computers, how Daytona pivoted from human dev environments to agent sandboxes, why bare metal and stateful snapshots matter, how RL workloads went from 0% to ~50% of usage, why Kubernetes breaks down at agent scale, and why the AI cloud may look more like Stripe than AWS.

[Cyril Rohr @crohr]

Google cloud IAM section is the worst. Can't do anything here, confusing as hell, requires permission overrides everywhere. Makes you love the AWS version.

[Cyril Rohr @crohr]

@catalinmpit Hello there!

[Cyril Rohr @crohr]

@crzyshi11t @useblacksmith @theo We do! https://t.co/4h2EeggIyg

[Cyril Rohr @crohr]

@awakecoding Or https://t.co/3A6Q8xpfbX, which also has native integration for AWS Bedrock models, so this solves your other point as well.

[Cyril Rohr @crohr]

@merbay86 You can save yourself some trouble and use RunsOn to get scalable self-hosted runner infra in your own AWS account (https://t.co/atO9tk5Qvs)

[Cyril Rohr @crohr]

> Actions is experiencing issues with ubuntu standard hosted runners leading to high wait times. We are actively investigating the issue

Not affecting https://t.co/3A6Q8xpfbX

[Cyril Rohr @crohr]

@theo and 10x cheaper with https://t.co/3A6Q8xpfbX

[Cyril Rohr @crohr]

@EffortlessSteve if you're looking for cheaper (but fast) runners, you might like https://t.co/QQ4QGnS3ha