Comments URL: https://news.ycombinator.com/item?id=45463260

Points: 4

# Comments: 0

[0] https://github.com/actions/cache/discussions/1510

[1] https://github.com/twitchtv/twirp

Comments URL: https://news.ycombinator.com/item?id=44518191

Points: 2

# Comments: 0

Depot is the fastest place to build software. We accelerate builds for customers using GitHub Actions, Docker, Bazel, Gradle, and more. We're seeking our first Enterprise Support Engineer to become a customer-facing expert on build optimization.

We're looking for someone with DevOps / CI consulting experience - you'll work directly with customers as the subject-matter expert on best practices, helping migrate legacy infrastructure, and working directly with the founders on product gaps.

Bonus: experience with Docker buildx, API integrations, or previous CI consulting.

For more details, and to apply: https://www.ycombinator.com/companies/depot/jobs/NdCr76D-ent...

Eventually you realize, IMO, that doing the bin packing yourself is just competing with AWS, that’s what they do when you launch a non-metal EC2 instance and it’s best to let them do what they’re good at. Hence why we’ve focused on optimization of that launch type, rather than trying to take over the virtualization.

There’s other security and performance reasons too: AWS is better at workload isolation than we can be, both that the isolation boundary is very strong, and that preventing noisy neighbors is difficult. Especially with things like disk, the strategies for ensuring fair access to the physical hardware (rate-limiting I/O) themselves have CPU overhead that slows everything down and prevents perfect bin-packing.

[0]: https://depot.dev/blog/introducing-depot-registry

[1]: https://www.tigrisdata.com/blog/depot-registry/

From a performance / efficiency perspective, we generally recommend using ECR Public images[0], since AWS hosts mirrors of all the "Docker official" images, and throughput to ECR Public is great from inside AWS.

[0] https://gallery.ecr.aws/

- Configured a block-level in-memory disk accelerator / cache (fs operations at the speed of RAM!)

- Benchmarked EC2 instance types (m7a is the best x86 today, m8g is the best arm64)

- "Warming" the root EBS volume by accessing a set of priority blocks before the job starts to give the job full disk performance [0]

- Launching each runner instance in a public subnet with a public IP - the runner gets full throughput from AWS to the public internet, and IP-based rate limits rarely apply (Docker Hub)

- Configuring Docker with containerd/estargz support

- Just generally turning kernel options and unit files off that aren't needed

[0] https://docs.aws.amazon.com/ebs/latest/userguide/ebs-initial...

Comments URL: https://news.ycombinator.com/item?id=43506574

Points: 106

# Comments: 72

Comments URL: https://news.ycombinator.com/item?id=43491654

Points: 4

# Comments: 0

Depot is a build acceleration platform that makes Docker builds and GitHub Actions faster. We've already helped companies like PostHog, Wistia, Semgrep, and Secoda save thousands of hours in build time every week.

We're looking for our first marketing hire to define and execute our go-to-market strategy. If that's you, you'll own everything from content creation to demand gen, with a focus on developer audiences. We're growing rapidly with 500+ paying customers and double-digit monthly growth.

Requirements:

* 5+ years marketing experience with a focus on developer audiences

* Experience with content marketing, SEO, social, and email campaigns

* Comfortable with analytics tools (Google Analytics, ahrefs, PostHog)

* Experience with paid channels (LinkedIn, Reddit, etc.)

* Strong communication skills and ability to work asynchronously

Apply here: https://www.ycombinator.com/companies/depot/jobs/307RqGp-fou...

Tech stack: Remix, TypeScript, Go

We're a small, remote team building developer tools we wish we've had. If you're passionate about developer productivity and marketing to technical audiences, we'd love to hear from you.