The following proposal comes out of the discussion at this weeks Server SIG
meeting[1]
Fedora Server will have:
* / (root) will be a minimum of 2 GiB and a maximum of 15 GiB
* SWAP will continue to be calculated automatically based on available RAM on
the system
* All unused space will be assigned to a volume group and available to be
assigned to new partitions or extend existing partitions.
* Anaconda will continue to handle the appropriate EFI and /boot settings
We also discussed during the meeting whether we should have a separate /var
partition by default, but the general sense was that we might be better served
by developing a mechanism to allow partitions to be split from existing mount
points, which would be more flexible going forward.
As we did not have quorum in the meeting by the point we got to this proposal,
I'm taking it to the list for discussion and votes.
For the record, the current behavior of the partitioning scheme is for / to be
given up to 50 GiB of space and then any remaining space after that is assigned
to a separate /home partition.
[1]
https://meetbot.fedoraproject.org/fedora-meeting-1/2016-03-15/serversig.201…
Hi,
This topic has been discussed a couple times on devel@ over the past
year - related to resource control, and better interactivity in low
memory situations. And now I have a preview of the change proposal
ready.
https://fedoraproject.org/wiki/Changes/SwapOnZRAM
The proposal aims for default partitioning, for all Fedora editions
and spins, to not create a swap-on-disk partition. And instead create
a compression-based RAM disk, called ZRAM, and use that for swap.
Previous conversations with cloud and server folks suggests it's
somewhat common to not have swap at all. Hopefully I can change your
minds. :D Fast swap is good.
I'm confident a one-size-fits all size for the ZRAM device is
possible, as a fraction of RAM, with a max size (cap). This should be
aggressive enough for low memory devices, while also not expending as
much overhead for the systems with a lot of memory. It might be an
option to ship different configurations, if necessary.
There is a test day planned. But I'd like to get solid buy-in from
cloud and server folks before then.
Thanks,
--
Chris Murphy