suryao

9 ms·

1. 61.▲
   by suryao 2y ago

   We faced that as well and that's one of the reasons for the diversification across clouds
2. 62.▲
   by suryao 2y ago

   It's AWS mostly though we do have multi cloud presence that we're expanding in the next couple of months
3. 63.▲
   by suryao 2y ago

   Check out what we're building at WarpBuild. We provide fast compute for various architectures and OSes.
4. 64.▲
   by suryao 2y ago

   Can confirm that self hosted runners are seeing issues at WarpBuild. Just another Thursday :shrug: https://warpbuild.instatus.com/
5. 65.▲
   GitHub Issues has issues and status page has a partial outage(githubstatus.com)

   2 points by suryao 2y ago|0 comments
6. 66.▲
   by suryao 2y ago

   Not at this time. We're a small team trying to build a sustainably growing business with server bills to pay.
7. 67.▲
   by suryao 2y ago

   And I a happy provider - thank you!
8. 68.▲
   by suryao 2y ago

   Assuming the question was reg. WarpBuild - we provide blazing fast caches with unlimited sizes. These still need to be downloaded to machines and setup on each workflow job. We don't (yet) have support for pre-pulled repos on runners p
9. 69.▲
   by suryao 2y ago

   (WarpBuild founder here) We have had a lot of users evaluate multiple tools including ubicloud but chose us. Typically, they've mentioned our runners being faster, our caching is very useful, and queueing delays being lower. However, m
10. 70.▲
    by suryao 2y ago

    (founder of WarpBuild - we offer hosted GHA runners) This is a common issue. A common pain point we see with users approaching some scale with self-hosting on k8s is that the k8s node autoscaling can become inefficient because of spiky load
11. 71.▲
    by suryao 2y ago

    Thank you so much for the kind words!
12. 72.▲
    by suryao 2y ago

    I'm so glad that GitHub finally offers this. They're just more efficient for certain kinds of workflows - both cheaper and faster. If you're building for arm64 targets or android, this is a no brainer because it sidesteps the
13. 73.▲
    by suryao 2y ago

    There is a lot of inefficiency in CI today and we're out to solve it. Thanks for the WarpBuild love!
14. 74.▲
    by suryao 2y ago

    This is very cool optimization. I make a similar product offering fast Github actions runners[1] and we've been down this rabbit hole of boot time optimization. Eventually, we realized that the best solution is to actually build scale.
15. 75.▲
    by suryao 2y ago

    Yep. GitHub actions is down (again). As someone who builds a product on top of this, it's rather frustrating that their status page are usually a half hour delayed and incomplete.
16. 76.▲
    A comprehensive guide to self-hosting GitHub Actions runners on AWS(warpbuild.com)

    3 points by suryao 2y ago|0 comments
17. 77.▲
    by suryao 2y ago

    Thanks for checking out the content! A fixed set of images makes sense for many cases. However, for cases where maintaining images from a specific list is infeasible, a mirror is a good way to go about this. Another issue is going to be ima
18. 78.▲
    Setting up a Docker registry mirror to workaround Dockerhub rate limits(warpbuild.com)

    1 points by suryao 2y ago|3 comments
19. 79.▲
    by suryao 3y ago

    Oh wow - thanks for the sign up. We are not intending to support personal accounts anytime soon btw because of spam and credit reasons :(
20. 80.▲
    by suryao 3y ago

    Weird self promo but we[1] provide Github actions runners that are much faster than stock. You can get started with just a one-line change to your workflow file. It may help. [1] https://www.warpbuild.com
21. 81.▲
    by suryao 3y ago

    Beyond affordable mac runners that don't suck, one of the biggest requests has been seamless buildkit caching for container layers. We're working on that actively and will be making that available soon!
22. 82.▲
    Show HN: GitHub Actions on macOS, 25% faster and at half the cost(docs.warpbuild.com)

    13 points by suryao 3y ago|1 comments
23. 83.▲
    by suryao 3y ago

    We've had macos runners for Github powered by M2 Pros at WarpBuild [0] for a few weeks now. They are half the price per minute, while being ~25% faster than the equivalent runner github hosted runner `macos-latest-xlarge` [0] https:&#
24. 84.▲
    by suryao 3y ago

    We at WarpBuild currently support mac instances (M2 Pros). Windows support will come soon.
25. 85.▲
    by suryao 3y ago

    WarpBuild[0] provides Apple Silicon macOS runners powered by M2 Pros. Note: I'm the founder. [0] https://docs.warpbuild.com/runners#macos-m2-pro-on-arm64
26. 86.▲
    by suryao 3y ago

    This is exactly what we do at WarpBuild, more in the interest of fairness and not passing on random costs to users. The VM reboot times add up quickly and that's likely the rationale. However, it gets hard when there are users running
27. 87.▲
    by suryao 3y ago

    We're not prioritizing personal accounts at this point, one of the reasons being to limit spammy accounts. Sorry about the hassle - you sound like a genuine user.
28. 88.▲
    by suryao 3y ago

    That is correct. We went live with them about a week ago. Will likely introduce it to the HN friends in the next couple of days. I agree with the stuff you've mentioned, obviously, but also empathize a bit with the GitHub folks because
29. 89.▲
    by suryao 3y ago

    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-o
30. 90.▲
    by suryao 3y ago

    Check out warpbuild.com - I'm the founder and we have ios runners that are cheaper than the github equivalent.