Hacker Newsnew | past | comments | ask | show | jobs | submit | edmondx's commentslogin

Nice to see more native C extensions pushing performance boundaries in PHP. Writing grep as an extension rather than shelling out or using preg_match for large file scanning makes a lot of sense — you skip the regex overhead for fixed-string patterns entirely.

Clean approach. We deal with similar memory lifecycle problems in a PHP async extension (C, libuv-based reactor). Coroutine stacks and their associated state need deterministic cleanup when a coroutine completes or gets cancelled — arenas with scope-based cleanup would be a natural fit there.

The O(1) cleanup claim is interesting. How does it handle cross-arena references? In our case a coroutine can capture a reference to an object owned by a parent scope, and that's where simple arena strategies usually fall apart.


Great timing with this — the LocalStack auth token change broke a lot of CI pipelines. Nice to see a Rust-based alternative with that kind of startup time (~500ms, 10 MiB idle).

The "real PostgreSQL/Redis behind RDS/ElastiCache" approach is the right call. We run PHP integration tests against SQS and S3, and the biggest pain with mocked services is subtle behavioral differences that only show up in production. Having actual protocol conformance validated against Smithy models is a big deal.

One question: any plans for async event delivery for SNS/EventBridge? In our setup we test fan-out patterns where message ordering and delivery timing matter — curious how Fakecloud handles that vs real AWS eventual consistency.


SNS fan-out to SQS works today with filter policies, and EventBridge is implemented with rule matching and targets. Delivery is synchronous by default (deterministic for tests), but I'm planning a `/_fakecloud/config/sns` API to let you configure delivery delays, ordering, and failure rates per topic. That way you can test eventual consistency scenarios without changing your app code. Also, a PHP SDK is in the works and should be out by end of day.

> PHP SDK is in the works and should be out by end of day Glad to hear that! Thank you!

Sounds very promising. Although right now I’m working on a project together with MLIR.

I’m afraid the balance of open source wasn’t broken today. It happened quite a long time ago. It’s just not something people usually talk about. Companies have been using open source code for years to build paid products without giving anything back. Take PHP as an example: a language widely used across the internet, yet with a very limited budget.

I’m working on https://github.com/true-async/php-async and planning to bring it to a production-ready state. It would be great to build a fast HTTP server.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: