On Mon, Nov 15, 2010 at 07:09, Iain Buchanan iai...@netspace.net.au wrote:
On Tue, 2010-11-09 at 23:24 +0200, Fatih Tümen wrote:
On Fri, Nov 5, 2010 at 08:45, Iain Buchanan iai...@netspace.net.au wrote:
OK so vm.swappiness seemed to help a bit but today I notice that swap
usage is up again.
On Mon, 2010-11-15 at 10:41 +0200, Fatih Tümen wrote:
On Mon, Nov 15, 2010 at 07:09, Iain Buchanan iai...@netspace.net.au wrote:
sure, but running it for 10 or 100 or 1000 hours should produce roughly
the same characteristics for the same browsing behaviour if all other
things are equal.
Okay I am getting suspicious of tuxonice. Setting swappiness to zero
does not mean kernel wont use any swap but it should not be prefering
swap over ram when 2G of ram is out there either.
Just out of curiosity, can you find out which app(s) being swapped ?
I would give a try to gentoo-sources
Fatih Tümen wrote:
Okay I am getting suspicious of tuxonice. Setting swappiness to zero
does not mean kernel wont use any swap but it should not be prefering
swap over ram when 2G of ram is out there either.
Just out of curiosity, can you find out which app(s) being swapped ?
I would give a
On Mon, 2010-11-15 at 17:43 -0600, Dale wrote:
Fatih Tümen wrote:
Okay I am getting suspicious of tuxonice.
hm, maybe it was tuxonice, maybe it was 2.6.35, maybe it was the moon?
I've just upgraded to 2.6.36 tuxonice and hence had to unmask
nvidia-drivers 260.19.06. Changing windows and
On Tue, 2010-11-09 at 23:24 +0200, Fatih Tümen wrote:
On Fri, Nov 5, 2010 at 08:45, Iain Buchanan iai...@netspace.net.au wrote:
OK so vm.swappiness seemed to help a bit but today I notice that swap
usage is up again. It's firefox:
PID USER PR NI VIRT RES SHR S %CPU %MEM
On Fri, Nov 5, 2010 at 08:45, Iain Buchanan iai...@netspace.net.au wrote:
OK so vm.swappiness seemed to help a bit but today I notice that swap
usage is up again. It's firefox:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14072 iain 20 0 1369m 897m 15m S 3
OK so vm.swappiness seemed to help a bit but today I notice that swap
usage is up again. It's firefox:
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
14072 iain 20 0 1369m 897m 15m S3 29.5 113:14.91 firefox
I think that's 1.3Gb +
Adam Carter wrote:
Usually you put stuff like that in /etc/sysctl.conf. IIRC the key
is vm.swappiness.
Looking at the man page, I would think you are correct but I don't
see a example on that setting. I'll have to google for it I guess.
Putting it in rc.conf does work
On Tue, 2010-10-26 at 16:32 +0930, Iain Buchanan wrote:
Seriously take a
look at your swapiness value. The default value cannot be right every
particular case.
it's 60. That seems a little high based on what you told me, but I have
no reference value to compare it to from 2-3 weeks
On Thu, 28 Oct 2010 08:17:30 +0930, Iain Buchanan wrote:
it's 60. That seems a little high based on what you told me, but I
have no reference value to compare it to from 2-3 weeks ago.
well, in the last few days I haven't seen any swap usage at all, which
is how the system used to run!
Neil Bothwick wrote:
On Thu, 28 Oct 2010 08:17:30 +0930, Iain Buchanan wrote:
it's 60. That seems a little high based on what you told me, but I
have no reference value to compare it to from 2-3 weeks ago.
well, in the last few days I haven't seen any swap usage at all, which
is
On Thu, Oct 28, 2010 at 10:59 AM, Dale rdalek1...@gmail.com wrote:
That was about the time mine got changed. I always wondered how that got
changed. Since I added it to rc.conf, that should keep it from getting
changed again. May want to do the same on yours too.
Usually you put stuff
Adam Carter wrote:
On Thu, Oct 28, 2010 at 10:59 AM, Dale rdalek1...@gmail.com
mailto:rdalek1...@gmail.com wrote:
That was about the time mine got changed. I always wondered how
that got changed. Since I added it to rc.conf, that should keep
it from getting changed again. May
Usually you put stuff like that in /etc/sysctl.conf. IIRC the key is
vm.swappiness.
Looking at the man page, I would think you are correct but I don't see a
example on that setting. I'll have to google for it I guess.
Putting it in rc.conf does work tho. I also used to have to adjust my
nothing unusual there, except for the swap usage itself. 'top' doesn't
show any large apps. sorted by mem the top 4 are:
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
8318 iain 20 0 494m 150m 21m S0 5.0 1:20.67 evolution
20424 iain 20 0 342m
On Tue, Oct 26, 2010 at 8:49 AM, Iain Buchanan iai...@netspace.net.au wrote:
Hi,
over the last week or so I've noticed unusually large swap usage. I
usually hibernate this laptop and have uptimes up to 12 days so apps can
run for a long time. I don't usually use any swap space (except for a
On Tue, 2010-10-26 at 17:16 +1100, Adam Carter wrote:
So it looks like its RES to me by just looking at it. Did you RTFMan
page?
for top? no. I should add I wasn't sorting by the RES field, even
though that's in the top listing.
--
Iain Buchanan iaindb at netspace dot net dot au
Snake:
Hi,
On Tue, 2010-10-26 at 09:30 +0300, Fatih Tümen wrote:
Looking at above values 494MB does not seem to be enough for
hibernation. Do you add extra swap or close some apps before
hibernation?
Tuxonice filewriter :)
$ ls -alh /suspend_file
-rw--- 1 root root 1001M May 17 12:02
Iain Buchanan wrote:
Hi,
over the last week or so I've noticed unusually large swap usage. I
usually hibernate this laptop and have uptimes up to 12 days so apps can
run for a long time. I don't usually use any swap space (except for a
few k).
If I swapoff and swapon, the usage falls back to
On Tue, Oct 26, 2010 at 10:02 AM, Iain Buchanan iai...@netspace.net.au wrote:
On Tue, 2010-10-26 at 09:30 +0300, Fatih Tümen wrote:
Looking at above values 494MB does not seem to be enough for
hibernation. Do you add extra swap or close some apps before
hibernation?
Tuxonice filewriter :)
Hi,
over the last week or so I've noticed unusually large swap usage. I
usually hibernate this laptop and have uptimes up to 12 days so apps can
run for a long time. I don't usually use any swap space (except for a
few k).
If I swapoff and swapon, the usage falls back to zero but then creeps
22 matches
Mail list logo