Been using ubuntu for 5 years on the desktop, only just found out about
this it sucks the ubuntu desktop pacakge should set this value
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/516834
Title:
Still a serious problem in Precise.
i've read some of the comments but still don't understand why such an
easy patch cannot be held easily by the ubuntu team.
there's a lot of area where ubuntu influence the way the kernel will
work , with modprobe configuration files for example.
and
** Changed in: linux (Ubuntu)
Status: Confirmed = Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/516834
Title:
bad default swappiness for desktop systems
To manage notifications
This problem is still present in all current Ubuntu versions, up to and
including 11.10 Oneiric Ocelot.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/516834
Title:
bad default swappiness for
** Tags removed: kj-expired kj-triage patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/516834
Title:
bad default swappiness for desktop systems
To manage notifications about this bug go to:
Ben Gamari's patch has not landed upstream. The thread from Ben Gamari's
attempt to submit this upstream is available here:
https://lkml.org/lkml/2010/11/1/500
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Considering the reception my patch encountered, I'd say we won't be
getting a CONFIG_SWAPPINESS upstream. Either a dummy package with a
sysctl setting (thrown in /etc/sysctl.d) or an init script would work if
we still think we need this knob.
--
You received this bug notification because you are
Personally I would say this swappiness should still be resolved in some
fashion. Since upgrading to oneiric on a few boxes that have 2GB of RAM
i'm finding that compiz will capitalize a sizable chunk of memory which
ends up using up a lot of swap after running for a day or two. The
performance
** Tags added: patch
** Tags removed: patch
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/516834
Title:
bad default swappiness for desktop systems
To manage notifications
This shouldn't have been closed by an automatic script.
** Changed in: linux (Ubuntu)
Status: Won't Fix = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/516834
Title:
bad default
This bug was filed against a series that is no longer supported and so
is being marked as Won't Fix. If this issue still exists in a supported
series, please file a new bug.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
This depends a lot on the io devices. Consider a setup with a SSD for swap and
system, and rotating disk for data. You
can then afford to swap much more to free memory for caching data from the
magnetic media, compared to having
swap on magnetic media.
--
You received this bug notification
** Changed in: linux (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/516834
Title:
bad default swappiness for desktop systems
--
ubuntu-bugs mailing list
@Andy Whitcroft: I don't agree with your conclusion.
I've applied a swappiness reduction (from 60 to 10, and sometimes even
from 60 to 1) on a whole range of various computers. Some 30 or 40
computers in total.
On *all* of those machines I saw a noticeable performance increase. On
some machines,
@Ben Gamari -- I cannot see that patch in v2.6.37? From the v2.6.37
source it seems unchanged, I also cannot see it in v2.6.38-rc1:
int vm_swappiness = 60;
Also it is not at all clear that there is agreement on what is a good
value for desktop, for example in comment #3 Robert says
The patch made it upstream for 2.6.37 so we now have the necessary knob.
Kernel folks, can we move forward on getting the default swappiness
changed in the desktop kernel?
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received this bug notification
** Also affects: linux (openSUSE)
Importance: Undecided
Status: New
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
** Tags added: patch
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
@JFo, Scott
Could we please have another look at this issue? It seems everyone
agrees that the default swapiness is inappropriate for desktop use yet
somehow another release has slipped by without making the change. What
in particular is needed to get things moving forward again?
- Ben
--
bad
@Scott
I'm not certain I agree with your assertion that this is a kernel issue
and should be fixed in the kernel code. There is no chance this change
will be taken upstream and there is a perfectly good usermode mechanism
for overriding this value (sysctl(8)). This is in fact exactly why this
Here is another approach. This patch adds a Kconfig option for the
default swappiness so this can be easily set in the per-flavour kernel
configurations. I'll send this upstream as an RFC to see if this might
be a workable solution.
** Patch added: Patch to add Kconfig option for default
I did a little digging into this issue because performance on lower end
machines interests me personally. I plan on getting the numbers when I
can figure out how, for now I did my own testing. I actually prefer to
use a value of 'vm.swappiness=100' on lower memory machines. My
reasoning is that
@Jeremy Foshee: do you have enough information now, or do you need more
information?
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
I still don't think that the required testing should be done by us, but
in the interest of solving this issue I did the following:
- I removed the line in sysctl.conf that set swappiness at 10 (a line that I
had put in previously myself);
- reboot
- checked swappiness: it was at 60 again
- I
@Robert Persson: if this issue isn't being tackled, then maybe we could
achieve something by contacting our respective LoCo Teams.
I know several people in the leadership of the Dutch and Belgian LoCo
Teams personally. I could ask them to take this matter to the level of
the MOTU's. Maybe we can
pjotr12345,
MOTU will not be able to change kernel source. They will defer to the
Ubuntu Kernel Team. I have already spoken with my colleagues on the team. The
simple fix is, give me what I have requested and I will send the bug onward.
Your LoCo teams should be able to tell you the same
@Pjotr12345 What would I need to do? I'm in Belgium, so my local people
would ones you already know, I think. I don't actually know what LoCo is
and I can't remember what MOTU stands for, but I do want to see
communication improve.
--
bad default swappiness for desktop systems
Listen again very carefully. Not only is it a lot more difficult for me
than for you to get the information, the fact that I have modified
whichever config file it is I modified to get round the problem means
that there is a possibility that I will make a mistake when I change it
back and you will
Robert,
My decision is a result of the failure to provide the information requested
in comment #20. Please review that comment and provide the necessary testing. I
am completely willing to take this to the Engineers for the Ubuntu Kernel. I am
not, however, willing to do so unless all
Listen. For me to give you the information, because I have already
tweaked my system to work round the problem, I would have to open the
config file concerned (and right now I can't even remember which one it
is), edit it, reboot (meaning closing down all the other stuff I am
working on), test the
@Jeremy:
For me, it's a hell of a job to perform a test like you suggested in comment
#20.
Furthermore, I think such a test is superfluous. For testing the current
kernel in Lucid, you only have to execute this command in the terminal:
cat /proc/sys/vm/swappiness
That's all. On the basis of
This bug is most definitely NOT expired and still present in Lucid.
** Changed in: linux (Ubuntu)
Status: Expired = Confirmed
** Changed in: linux (Ubuntu)
Status: Confirmed = New
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received
Jeremy, I think your decision to close this bug was ill-judged. It is
only a month since you asked me to test whether the bug continues in
Lucid. What this adds up to is that I was given a month to do a
distribution upgrade or the bug would not be dealt with. A distribution
upgrade is a big deal
This bug report was marked as Incomplete and has not had any updated
comments for quite some time. As a result this bug is being closed.
Please reopen if this is still an issue in the current Ubuntu release
http://www.ubuntu.com/getubuntu/download . Also, please be sure to
provide any requested
Hi Robert,
If you could also please test the latest upstream kernel available that would
be great. It will allow additional upstream developers to examine the issue.
Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the
upstream kernel, please remove the
Vistaus: by setting this bug to Confirmed, you actually prevented the
kernel team from seeing this bug -- this is why this has been held up
for so long
one obvious solution is that -generic should have a desktop-y
swappiness, while -server should have a server-y one
** Changed in: linux (Ubuntu)
@ Scott James Remnant: this means that Ubuntu will remain almost
unusable on systems with low RAM (384 MB and less) and slow on systems
with 512 MB RAM. That's a pity.
I respect the decision of the Ubuntu developers. However, maybe you
could consider an init script lowering the swappiness, that
So basically Ubuntu is a distribution that is strongly geared towards
the desktop user, yet it won't work properly for desktop use. A very
simple adjustment would fix this, but this won't happen because it is
against policy. That's not going to solve Bug #1 now, is it? Do you
actually accept that
The solution that Pjotr suggests is nice.
So it is only activated on systems with low RAM.
Perhaps still an option ?
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received this bug notification because you are a member of Ubuntu
Bugs, which is
You're right pjotr. I've got an Ubuntu installation as well, with 4gb
ram, and 12gb swap! That's much It would be better to do something
against this.
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received this bug notification because you are a
On Wed, 2010-03-17 at 10:24 +, Pjotr12345 wrote:
@ Scott James Remnant: this means that Ubuntu will remain almost
unusable on systems with low RAM (384 MB and less) and slow on systems
with 512 MB RAM. That's a pity.
I respect the decision of the Ubuntu developers. However, maybe you
Huh, sorry, I could have sworn there was a kernel task open for this -
have opened one
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received this bug notification because you
@ Scott James Remnant: does this mean that you've asked the kernel team
to look into this matter? That would be great. Thanks.
Can you provide us with a link to your conversation with the kernel team
on this issue?
Am I right in assuming that if the kernel team would want to decrease
the default
On Wed, 2010-03-17 at 18:59 +, Pjotr12345 wrote:
@ Scott James Remnant: does this mean that you've asked the kernel team
to look into this matter? That would be great. Thanks.
Can you provide us with a link to your conversation with the kernel team
on this issue?
I have had no
Well, why haven't you Scott? This is a serious issue and really needs to
be fixed in time for 10.04 Final.
** Changed in: linux (Ubuntu)
Status: New = Confirmed
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received this bug notification because
From the Ubuntu Documenatation:
https://help.ubuntu.com/community/Installation/SystemRequirements#Desktop%20installation
[quote]Recommended minimum requirements
Ubuntu should run reasonably well on a computer with the following
minimum hardware specification. However, features such as visual
On Wed, 2010-03-17 at 20:22 +, Vistaus wrote:
Well, why haven't you Scott? This is a serious issue and really needs to
be fixed in time for 10.04 Final.
Because that's not my job? :)
Scott
--
Scott James Remnant
sc...@ubuntu.com
--
bad default swappiness for desktop systems
We don't override kernel defaults in userspace like this; if the default
should be changed, it should be changed inside the kernel
** Changed in: procps (Ubuntu)
Status: Confirmed = Won't Fix
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You
So what would an appropriate default be in the kernel then? Presumably
the reason the default is set where it is is because it is appropriate
for some uses, i.e. dedicated servers. The problem is that there is no
one default value that will suit all needs. Ubuntu already ships a
patched kernel, so
Please don't change a status of a bug away from Won't Fix - that's not
your decision, that's a decision for a developer.
If there's no appropriate default for the kernel, then there also isn't
an appropriate default for the procps package.
** Changed in: procps (Ubuntu)
Status: New =
This is definitely a bad bug. It renders Ubuntu almost unusable on
computers with low RAM.
By contrast: with a swappiness of 10, I was even able to make an old P4
with 256 MB RAM, run acceptably well on Ubuntu 9.10 (I did the
installation by means of the Alternate CD).
Please fix this bug before
** Changed in: procps (Ubuntu)
Status: New = Confirmed
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/38730334/Dependencies.txt
** Attachment added: XsessionErrors.txt
http://launchpadlibrarian.net/38730335/XsessionErrors.txt
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You
/etc/sysctl.conf belongs to procps, so that's presumably where the
change would have to be made.
** Package changed: kubuntu-meta (Ubuntu) = procps (Ubuntu)
--
bad default swappiness for desktop systems
https://bugs.launchpad.net/bugs/516834
You received this bug notification because you are a
The difficulty with that is that swappiness=10 is a good setting for
desktop use, but the current default of 60 is better for servers. In
other words swappiness needs to be tweaked depending on which flavour of
Ubuntu is being installed. That's why I didn't report it as a bug in
procps as such.
55 matches
Mail list logo