On Mon, Sep 17, 2018 at 8:11 AM, Matthew Miller
<mattdm(a)fedoraproject.org> wrote:
On Sat, Sep 15, 2018 at 12:17:47PM -0600, Chris Murphy wrote:
> 1. Enable zram.service by default on live installs. They're enabled on
> netinstall. I filed this request 6 months ago.
>
https://bugzilla.redhat.com/show_bug.cgi?id=1562278
Chris, can you file a ticket for the Workstation WG in pagure so it doesn't
get lost?
> 2. Up the memory minimum from 1G to 3G or 4G on
getfedora.org. Even 2G
> is unreliable without some kind of swap, zram or drive backed.
Maybe this one too. I thought we had some discussion about this elsewhere
already....
Done.
This is more reliable than F28 which definitely was not reliable with
even 2G RAM. But in any case 1G is not enough.
Also, with respect to hibernation and Windows, that does not exactly
get a high user experience rating on HN.
https://news.ycombinator.com/item?id=17991803
That tells me this may always be of questionable reliability,
regardless of the resources thrown at it. And even if it's decently
reliable, what are the resources to maintain it being decently
reliable? What is hibernation reliability going to be on ARM? Even
more variable?
So again, it makes me think of a way to make it easy for applications
to save and restore state, out of the box, by default. But then go
farther: they should be fairly crash safe. By that I mean no major
corruption that prevents booting, application launch, or total user
data loss. I might accept a minute of data loss, or perhaps even an
hour, depending on the app. That can be implemented independently of
arch, and with a few quibbles, independently of storage technology
(lying hardware tends toward losing more data).
--
Chris Murphy