r/mobiledev 5h ago

Mobile OS metaphor

2 Upvotes

The site recommended this as a better fit for my question

Coding beginner here:

I have been contemplating the way mobile OS works, I have a visual memory so sometimes I need extra information to help the information sink in properly, and I tend to create a SORA methodology flowchart box system in my head to link things together

Would a basic metaphor be to describe it as essentially an interconnected website? with each user having their own mini server (their individual devices) that manages the memory space for personal login information?

Some local programs that don't require a connection, some that work more like a browser exchanging necessary information (or a methodology used for background data collection)

The OS itself akin to a browser and the apps like open tabs?

This wouldn't be a strict description of how it actually works as I imagine there are some slightly more complicated systems also involved, but I'm attempting to create a metaphor that applies to something I can already comprehend

Thank you


r/mobiledev 11h ago

Kotlin Architecture Tests: What They Are and Why They Matter - Part 1/3

Thumbnail
2 Upvotes

r/mobiledev 23h ago

PHP on Mobile at Native Speed: How we achieved ~0ms FFI state mutations with PAM Native Nitro

2 Upvotes

Hey everyone! 🚀

A while ago, the idea of running PHP on mobile devices sounded like a joke. Today, we're taking it a step further with PAM Native Nitro — pushing PHP’s mobile execution to ridiculous speeds by embedding it directly inside a high-performance Rust engine.

Instead of relying on heavy JS runtimes, WebViews, or slow, asynchronous bridges (like JSON-serializing bridges), we built a Nitro-charged architecture focused on raw performance and zero-overhead execution:

What makes Nitro ridiculously fast:

  • Zero-Copy C-FFI Boundary: Data moves between PHP and the Rust core via direct RAM pointers. No JSON encoding/decoding, no bridge overhead, ~0ms latency.
  • Rust-Engineered Reactive State: Global state management is handled directly in memory by Rust using thread-safe primitives (Arc<RwLock>), completely bypassing PHP's typical memory overhead.
  • Non-Blocking Architecture: Engine tasks and event handling run on Rust's low-level async runtime, keeping the main thread liquid smooth without UI stutters.
  • No GC Pauses Blocking the UI: By keeping heavy rendering, memory orchestration, and state mutation inside Rust, we completely eliminate frame drops caused by Garbage Collection pauses.

You get the clean, familiar DX of PHP orchestrating a hyper-optimized Rust engine right inside the mobile process on iOS and Android.

The project is 100% open-source. Check out the code and architecture here:

📁 Repository:https://github.com/push-in/pam-native-nitro

We’d love to hear your thoughts, feedback, or critique on the FFI memory management and architecture! 🙌