I lost a draft post in Voyager on Android while I was a few apps away doing research and looking for a photo to add to the post.
That brought to me an understanding that Android will just kill apps for memory purposes.
Then I thought back to Windows 98 and how it had a page file that would write RAM information to the hard disk and use it as RAM. It was slow af, but it worked.
So I’m wondering: it’s 2026; why is Android just killing apps instead of writing them to a much faster drive for recall when needed?


It’s the app’s responsibility, not the system’s.
On a mobile, apps must be aware that they can get killed at any time.
So instead of coming up with a technical solution, they came up with a political one… maybe historically because space, even storage space, was initially so limitted?
Edit: This isn’t “judgmental” or “mockery framing.” Linux DOES have swap files available, but acknowledging the OS is designed to run on extremely limited hardware and thereby passing responsibility for persistence onto developers because the OS can’t guarantee a memory backstop IS a political solution.
Such a mockery framing is not helpful for anything. Android and iOS are doing it in a similar way. Small and limited devices still exist in 2026, and in the future as well.
I mean, even when working on any other OS, I always assumed apps would get killed at any time either intentionally or not. It’s just a matter of saving to storage at the right time. This isn’t political, have you never used alt+F4?
Not by accident, no.
Ah, yes, show your ignorance of how Linux works by being judgemental.
Impressive.
https://linuxvox.com/blog/linux-oom-killer/