[Bug 1032322] Re: Swap space allocation for large memory systems needs improvement
Robbie Williamson
robbie.williamson at canonical.com
Mon Aug 20 14:54:05 UTC 2012
As ex-lead of Foundations and ex-release manager of 10.10, I'm well
aware of bug definitions, thanks. I also know desktop users "like"
hibernate, despite the project's decision to disable by default. I
think the issue is that the decision on how to handle swap was taken
back when Ubuntu was a primarily desktop focused OS, and thus it made
sense to do what most needed....times have change, so I certainly think
we should have a UDS session on this and will make sure this occurs.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to partman-auto in Ubuntu.
https://bugs.launchpad.net/bugs/1032322
Title:
Swap space allocation for large memory systems needs improvement
Status in “partman-auto” package in Ubuntu:
Confirmed
Status in “partman-auto” source package in Precise:
Confirmed
Status in “partman-auto” source package in Quantal:
Confirmed
Bug description:
The recipe used for automatic swap space allocation during install
this is:
100% 512 200% linux-swap
$lvmok{ }
$reusemethod{ }
method{ swap }
format{ } .
Where we currently allocate a minimum of 100% of swap (maximum 200%).
The original justification for this is that you need 100% of your
memory to guarantee hibernate works (bug #311299). However, for
servers, we don't hibernate and often have large amounts of memory
installed, i.e. 100's of GB or even TBs, and such a method wastes a
lot of disk space.
I propose we do at least 100% (probably a bit more) for machines up to
a certain level of memory (4GB or less.../maybe/ up to 8GB), to ensure
client machines can hibernate. However after that, we set some sort
of sliding scale approach that maxes out at a reasonable amount for
servers. Experienced users can always override the settings if they
want.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/partman-auto/+bug/1032322/+subscriptions
More information about the foundations-bugs
mailing list